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(54) Reproducing apparatus, recording apparatus, and recording medium 



(57) In reproducing a recording medium (90) having 
a main data area for recording main data, an auxiliary 
data area for recording auxiliary data such as image 
data and text data corresponding to the main data, a 
first control area for controlling the main data area, arid 



a second control area for controlling the auxiliary data, 
the auxiliary data is reproduced in a predetermined 
timed relation with the main data based on synchroniza- 
tion information recorded jn the second control area. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention generally relates to a 
recording medium capable of recording main data such 
as audio data for example and auxiliary data such as 
character information and image information for exam- 
ple, a recording apparatus compatible with this record- 
ing medium, and a reproducing apparatus compatible 
with this recording medium. 

2. Description of Related Art 

[0002] A recording and/or reproducing apparatus that 
uses a recording medium such as a magneto-optical 
disc for digitally recording an audio signal or a magnetic 
tape is known as a recording and/or reproducing appa- 
ratus for recording and/or reproducing music data and 
soon. 

[0003] A recording and/or reproducing system that 
uses magneto-optical disc known as a Mini Disc (trade- 
mark) allows its user not only to record and reproduce 
an audio signal such as of music as a program but also 
to record as character information a disc name, which is 
a disc title name, and a track name, which is a music 
title, of each program of recorded music. At the time of 
reproduction of a piece of music for example, its disc 
title, music title, artist name, and other recorded charac- 
ter information can be displayed on the display monitor 
arranged on the reproducing apparatus. 
[0004] It should be noted that the term "program" used 
herein denotes the unit of audio data such as music as 
the main data to be recorded on a disc. For example, 
one piece of music of audio data provides one program. 
It should also be noted that the term "track" is also used 
hereafter to denote the above-mentioned program. 
[0005] In the Mini Disc system, the information 
recorded as a disc name and a track name is not so 
large in size; namely, the information is only sufficient in 
size to record the number of characters constituting sev- 
eral titles such as mentioned above. To be more spe- 
cific, in control information U-TOC (User Table of 
Contents) for controlling a program recording and/or 
reproducing operation, character information for each 
program can be recorded and its recordable size is not 
so large. For example, a comparatively large size of 
character information such as a lyrics text of a song 
recorded as a program cannot be recorded in a U-TOC. 
[0006] In addition, the character information in a U- 
TOC is only related to a program as a whole; namely, it 
is not related to a particular reproducing position in a 
piece of music for example as a program. Therefore, a 
. character information display timing cannot be set 
according to a play position, to music to be reproduced. 
For example, even if a comparatively large size of char- 



acter information equivalent to a lyrics text of music can 
be recorded, the lyrics text cannot be displayed in syn- 
chronization with the progress of the play. For example, 
displaying a lyrics text in synchronization with a vocal or 

5 for lyrics text guiding in karaoke playing. 

[0007] However, recording a comparatively large size 
of character information such as a lyrics text and output- 
ting for display the character information in synchroniza- 
tion with music play timing is enabled by recording the 

10 character information not in a U-TOC but an area called 
an auxiliary data area. CD-Graphics is known as a sys- 
tem for recording character information in such an aux- 
iliary area to display a lyrics text. 
[0008] This will be detailed with reference to FIG. 2. In 

75 the case of a Mini Disc system, the data unit called a 
cluster provides the basic unit of a recording operation. 
This cluster has an area of 32 sectors in which audio 
data is recorded as a program and an area in which one 
sector of auxiliary data is recorded. Therefore, storing 

20 the character information such as a lyrics text corre- 
sponding to the audio data stored in a cluster onto the 
auxiliary data area in each cluster can record a compar- 
atively large size of lyrics text information and output the 
recorded information for display in synchronization with 

25 the play of music. 

[0009] However, the above-mentioned use of auxiliary 
data involves following problems. 
[0010] Because a recording operation is performed 
with one cluster as a minimum unit, auxiliary data alone 

30. cannot be recorded. Therefore, because additional 
recording of auxiliary data alone is disabled, if an 
attempt is made to additionally record character infor- 
mation providing a lyrics text onto auxiliary data for a 
recorded piece of music to be rewritten, all of the audio 

35 data, which is the main data, and the auxiliary data, 
which is character information, must be recorded again. 
This holds true with modifying character information. 
Hence, additional writing or modification of character 
: information or adjustment of display timing is not neces- 

40 sarily impossible but is burdensome and takes time. 
[0011] In other words, in additionally recording char- 
acter information onto auxiliary data, the audio data, 
which is the main data, must be reproduced in a prede- 
termined amount and the reproduced audio data must 

45 be stored in memory. Then, the stored audio data must 
be read on a cluster basis and character information 
must be added to the auxiliary data portion to be 
recorded onto disc again. 

[0012] in addition, because character information 
50 comes to be controlled strictly as a complete accompa- 
niment to a program, flexible handling of character infor- 
mation is disabled; thereby hampering the future 
system expansion. 

55 SUMMARY OF THE INVENTION 

[001 3] In consideration of the above-mentioned prob- 
lems, it is an object of the present invention to provide a 
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recording and/or reproducing apparatus of a higher 
added value than that of conventional counterpart. The 
recording and/or reproducing apparatus according to 
the invention records a program that provides main data 
and a data file that provides auxiliary data such as char- 5 
acters and images, outputs the data file, as lyrics text 
. information for example in synchronization with the 
reproduction of the main program or in synchronization 
with a fine timing such as of a position inside music for 
example, and controls the data file independently of the 70 
main program for more versatile output forms. The 
added value of the recording and/or reproducing appa- 
ratus according tp the invention is still enhanced by ena- 
bling the recording, editing, and reproducing of the data 
file alone as auxiliary data. . is 

[0014] In carrying out the invention and according to 
one aspect thereof, there is provided a reproducing 
apparatus for reproducing a recording medium having 
main data area for recording a main program composed 
of main data, an auxiliary data area for recording an 20 
auxiliary program composed of auxiliary data corre- 
sponding to the main program composed of the main 
data in the main data area, a first control area for con- 
trolling at least a recording position of the main program 
composed of the main data in the main data area, and a 25 
second control area for controlling at least a recording 
position of the auxiliary program composed of the auxil- 
iary data in the auxiliary data area and timing informa- 
tion for reproducing the auxiliary program in 
synchronization with the main program composed of the 30 
main data in the main data area, the reproducing appa- 
ratus comprising: a reproducing module for reproducing 
the first control area, the second control area, the auxil- 
iary data area, and the main data area sequentially; a 
memory module for storing the auxiliary program com- 35 
posed of the auxiliary data reproduced by the reproduc- 
ing module from the auxiliary data area; a memory, 
control module for reading from the memory module the 
auxiliary program composed of the auxiliary data corre- 
sponding to the main program in synchronization with ao 
the main program reproduced from the main data area 
by the reproducing module based on the timing informa- 
tion reproduced from the second control area by the 
reproducing module; and a display module for display- 
ing the auxiliary program in synchronization with the 45 
main program, the auxiliary program being read from 
the memory module. 

[001 5] In carrying out the invention according to 
another aspect thereof, there is provided a recording 
apparatus for recording auxiliary data in a manner so 
related to main data onto a recording medium having 
main data area for recording a main program composed 
of the main data, an auxiliary data area for recording an 
auxiliary program composed of the auxiliary data corre- 
sponding to. the main program composed of the main 55 
data in the main data area, a first control area for con- 
. trolling at least a recording position of the main program 
composed of the main data in the main data area, and a 



second control area for controlling at least a recording 
position of the auxiliary program composed of the auxil- 
iary data in the auxiliary data area and timing informa- 
tion for reproducing the auxiliary program in 
synchronization with the main program composed of the 
main data in the main data area, the recording apparar 
tus comprising: a recording module for recording the 
auxiliary program composed of the auxiliary data corre- 
sponding to the main program onto the auxiliary data 
area; an operating module for relating the auxiliary pro- 
gram recorded by the recording module to the main pro- 
gram recorded in the main data area; and an updating 
module for updating, based on the recording position of 
the auxiliary program recorded in the auxiliary data area 
by the recording module and an operation performed 
through the operating module, the auxiliary program 
composed of the auxiliary data in the auxiliary data area 
recorded in the second control area and timing informa- 
tion for use in synchronous reproduction. 
[0016] In carrying out the invention and according to 
still another aspect thereof, there is provided a record- 
ing medium having a main data area for recording at 
least one main program composed of main data, an 
auxiliary data area for recording an auxiliary program 
composed of auxiliary data corresponding to the main 
program composed of the main data, a first control area 
for controlling at least a recording position of the main 
program composed of the main data in the main data 
area, and a second control area for controlling at least a 
recording position of the auxiliary program composed of 
the auxiliary data in the auxiliary data area and timing 
information for reproducing the auxiliary program in syn- 
chronization with the main program composed of the 
main data recorded in the main data area. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] These and other objects of the invention will be 
seen by reference to the description, taken in connec- 
tion with the accompanying drawing, in which: 

FIG. 1 is a block diagram illustrating a recording 
. and/or reproducing apparatus practiced as one pre- 
ferred embodiment of the invention; . 
FIG. 2A is a schematic diagram illustrating a state 
in which a cluster, or a unit of recording, is recorded 
on a disc according to the invention; 
FIG. 2B is a schematic diagram illustrating a data 
structure of the above-mentioned cluster; 
FIG. 2C is a diagram illustrating a data structure of 
. two sectors that constitute a sound frame; 
FIG. 2D is a diagram illustrating a data structure of 
sound groups SGs that constitute a sound frame; 
FIG. 2E is a diagram illustrating a data structure of 
right-channel data and left-channel data that consti- 
tute a sound group SG; 

FIG. 3A is a diagram illustrating a data structure 
indicative of a normal address format; 
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FIG. 3B is a diagram illustrating a data structure 

indicative of a short address format; 

FIG. 4A shows a table indicative of a start address 

represented in the short address format; 

FIG. 4B shows a table indicative of predetermined 5 

addresses represented in a short absolute address 

format and a short offset address format; 

FIG. 4C shows a table indicative of predetermined 

addresses represented in the short absolute 

address format and the short offset address format; io 

FIG. 5A is a schematic diagram illustrating a control 

area and a program area recorded on the disc; 

FIG. 5B is a schematic diagram illustrating details 

of data recorded in the above-mentioned control 

area and the above-mentioned program area; ' is 

FIG. 6 is a diagram illustrating a data structure of U- 

TOC sector 0 for controlling addresses recorded in 

the control area; 

FIG. 7 is a schematic diagram illustrating a linked 
state of slots linked by link information; 2b 
FIG. 8 is a diaigram illustrating a data structure of U- 
TOC sector 1 in the control area for controlling char- 
acter information; 

FIG. 9 is a diagram illustrating a data structure of U- 
TOC sector 2 in the control area for controlling 25 
recording date; 

FIG. 10 is a diagram illustrating a data structure of 
U-TOC sector 4 in the control area for controlling 
character information; 

FIG. 1 1 is a diagram illustrating a data structure of 30 
AUX-TOC sector 0 in the control area for controlling 
area allocation; 

FIG. 12 is a diagram illustrating a data structure of 
AUX-TOC sector 1 in the control area for controlling 
still image allocation; 35 
FIG. 13 is a diagram illustrating a data structure of 
AUX-TOC sector 2 in the control area for controlling 
character information for a still image; 
FIG. 14 is a diagram illustrating a data structure of 
AUX-TOC sector 3 in the control area for controlling 40 
recording date information for a still image; 
FIG. 15 is a diagram illustrating a data structure of 
AUX-TOC sector 4 in the control area for controlling 
code information for a still image; . 
FIG. 16 is a diagram illustrating a data structure of 45 
AUX-TOC sector 5 in the control area for controlling 
reproduction timing information for a still image; 
FIG. 17 is a diagram illustrating a data structure of 
AUX-TOC sector 6 in the control area for controlling 
a recording position of character information for so 
description of music for example; 
FIG. 18 is a diagram illustrating a data structure of 
AUX-TOC sector 7 in the control area for controlling 
a reproduction timing of character information for 
description of music for example; 55 
FIG. 19 is a diagram illustrating a data structure of 
AUX-TOC sector 8 in the control area for controlling 
a recording position of character information for a 



lyrics text for example; 

FIG. 20 is a diagrkm illustrating a data structure of 
AUX-TOC sector 9 in the control area for controlling 
a reproduction timing of character information for a 
lyrics text for example; 

FIG. 21 is a diagram illustrating a data structure of 
a image file sector to be recorded in an AUX data 

• .area; 

FIG. 22 is a diagram illustrating a data structure of 
a text file sector to be recorded in the AUX data 
■ area; 

FIG. 23 is a diagram illustrating a data structure of 
a karaoke text file sector to be recorded in the AUX 
data area; .... 

FIG. 24 is a diagram illustrating a data structure 
illustrating a karaoke address sector to be recorded 
in the AUX data area; 

FIG. 25A is a diagram illustrating an example of 
description of the karaoke text file sector; 
FIG. 25B is a diagram illustrating an example of 
description of the karaoke address sector written in 
a corresponding offset address in the karaoke text 
file sector; 

FIG. 25C is a diagram illustrating an example of 
description of the karaoke address sector written in 
an absolute address in the karaoke text file sector; 
FIG. 26 is a diagram illustrating a data structure of 
a case in which both karaoke text data and karaoke 
address data are controlled in one sector of the 
AUX data area practiced as a second preferred 
embodiment of the invention; 
FIG. 27 is a diagram illustrating a data structure in 
which the karaoke text data and the karaoke 
address data of FIG, 26 are controlled; 
FIG. 28 is a schematic diagram illustrating a rela- 
tionship between a karaoke text file and a karaoke 
address file in one cluster; 

FIG. 29 is a diagram illustrating a data structure of 
a karaoke text file sector practiced as a third pre- 
ferred embodiment of the invention; 
FIGS. 30A through 30D are diagrams illustrating 
transitions of displaying a lyrics text to be realized 
by the karaoke text file sector shown in FIG. 29. 
FIG. 31 is a diagram illustrating a karaoke text file 
practiced as a fourth preferred embodiment of the 
invention; 

FIG. 32 is a diagram illustrating a first sector of the 
fourth preferred embodiment shown in FIG. 31 ; 
FIG. 33 is a diagram illustrating a second sector of 
the fourth preferred embodiment shown in FIG. 31 ; 
FIG. 34 is a diagram illustrating a third sector of the 
fourth preferred embodiment shown in FIG. -31; / 
FIGS: 35A through 35C are diagrams illustrating 
specification rules on the karaoke text file by a 
. pointer in the fourth preferred embodiment shown 
in FIG. 31; 

FIG. 36 is a diagram illustrating a structure of the 
karaoke text file corresponding to one line of lyrics 
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text in the fourth preferred embodiment shown in 
FIG: 31; 

FIG. 37 is a flowchart indicative of a reproduction 
procedure in the reproducing apparatus associated 
. with the present invention; and - s 

FIG. 38 is a flowchart indicative of a recording pro- 
cedure in the recording apparatus associated with 
the present invention. . .. 



DETAILED DESCRIPTION OF PREFERRED EMBOD- 
IMENTS 



[0018] This invention will be described in further detail 
by way of example with reference to the accompanying 
drawings. 15 
[0019] In the preferred embodiments of the invention 
described below, a magneto-optical disc (or a Mirti Disc) 
is used by way of example of a recording medium and a 
Mini Disc recording and/or reproducing apparatus is 
used by way of example of a recording apparatus and a 20 
reproducing apparatus. 

[0020] The description will be made in the following 
order: 

1 . Constitution of the recording and/br reproducing 25 
apparatus 

2. Sector format and address format 

3. Area structure 

4. U-TOC 

4-1 U-TOC sector 0 . 30 

4-2 U-TOC sector 1 

4- 3 U-TOC sector 2 
.4-4 U-TOC sector 4: 

5. AUX-TOC 

5- 1 AUX-TOC sector 0 35 
5-2 AUX-TOC sector 1 

5-3 AUX-TOC sector 2 
5-4 AUX-TOC sector 3 
5-5 AUX-TOC sector 4 

5-6 AUX-TOC sector 5 .40 
5-7 AUX-TOC sector 6 
5-8 AUX-TOC sector 7 
5-9 AUX-TOC sector 8 . 

5- 10 AUX-TOC sector 9 

6. Data files 45 

6- 1 Picture file sector 
6-2 Text file sector 

6-3 Karaoke text file sector 
6-4 Karaoke address sector • 

7. Reproducing program-synchronized data file so 

8. Recording AUX data 

9. Variations 
9-1 Variation A 
9-2 Variation B 

. 9-3 Variation C 55 
9-4 Variation D 



1. Constitution of the recording and/or reproducing 
apparatus 

[0021 ] FIG. 1 is a block diagram illustrating an internal 
constitution of a Mini Disc recording and/or reproducing 
• apparatus 1 practiced as one preferred embodiment of 
the invention. A magneto-optical disc (a Mini Disc) 90 on 
which audio data is recorded is rotatably driven by a 
spindle motor 2. A laser beam is radiated from an opti- 
cal head 3 onto the magneto-optical disc 90 at the time 
of a data recording and/or reproducing operation. 
[0022] The optical head 3 performs, at recording, a 
high-level laser output operation to heat a recording 
track to the Curie temperature and. at reproduction, a 
comparatively low laser output operation to detect data 
from the reflected laser beam by the magnetic Kerr 
effect. 

[0023] To achieve these objects, the optical head 3 
has a laser diode as a laser output means, an optical 
system composed of a polarized beam splitter and an 
objective lens 3a, and a detector for detecting a 
reflected laser beam. The objective lens 3a is displace- 
ably held by a two-axis feed mechanism in radial and 
axial directions relative to the disc 90. 
[0024] A magnetic head 6a is arranged at a position 
opposed to the optical head 3 with the disc 90 located in 
between. The magnetic head 6a field-modulates modu- 
lated data supplied from an EFM (Eight-to- Fourteen 
Modulation)/ACIRC (Advanced Cross Interleave Reed 
Solomon Coding) encoder/decoder 8 and applies 
resultant data onto the magneto-optical disc 90. 
[0025] The entire optical head 3 and the magnetic 
head 6a are movable by a sled-feed mechanism 5 in the 
radial direction relative to the disc 90. 
[0026] Information read from the disc 90 by the optical 
head 3 in a reproducing operation is supplied to an RF 
amplifier 7. From the supplied information, the RF 
amplifier 7 extracts by computation a reproduced RF 
signal, a tracking error signal TE, a focus error signal 
FE, and groove information GFM ; The groove informa- 
tion GMF denotes absolute positional information 
recorded on the disc 90 beforehand as a pre-groove 
(Wobbling Groove). 

[0027] The extracted reproduced RF signal is supplied 
to the EFM/ AC IRC encoder/decoder 8, The tracking 
error signal TE and the focus error signal FE are sup- 
plied to a servo circuit 9. The groove information GFM is 
supplied to an address decoder 10. 
[0028] Based on the supplied tracking error signal TE, 
the focus error signal FE, a track jump command and an 
access command issued from a system controller 11 
constituted by a microcomputer, and revolution detect 
information of the spindle motor 2. the servo circuit 9 
generates various servo drive signals to control the two- 
axis feed mechanism 4 and the sled-feed mechanism 5, 
thereby performing focus control and tracking control 
and controlling the spindle motor 2 to a constant linear 
velocity (CLV); 
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[0029] The address decoder 10 decodes the supplied 
groove information GFM to extract address information: 
The extracted address information is supplied to the. 
system controller 1 1 to be used for various control oper- 
ations. 

[0030] EFM/ACIRC encoder/decoder 8 performs EFM 
(Eight-to-Fourteen Modulation)-demodulation and 
ACIRC {Advanced Cross Interleave Reed Solomon 
Coding)-decoding on the reproduced RF signal. At this 
moment, an address and auxiliary code data are also 
extracted to be supplied to the system controller 11. 
[0031] The audio data demodulated and decoded in 
the EFM/ACIRC encoder/decoder 8 is once stored by a 
memory controller 12 into a buffer memory 13: It should 
be noted that reading of data by the optical head 3 from 
the disc 90 and transferring of reproduced data through 
a path from the optical head 3 to the buffer memory 13 
are performed at 1.41 Mbit/second intermittently. 
[0032] The data written to the buffer memory 13 is 
read in a timed relation in which the reproduced data is 
transferred at 0.3 Mbit/second to be supplied to an 
audio compression encoder/decoder 1 4. Then, the 
reproduced data undergoes such reproduced signal 
processing as audio decompression for audio compres- 
sion to provide a digital audio signal of 44.1 KHz sam- 
pling and 1 6-bit quantization. 

[0033] This digital audio signal is converted by a D/A 
converter 15 into an analog signal to be adjusted in level 
and impedance by an output processor 16, being out-, 
putted from a line output terminal 17 to an external 
device as an analog audio signal Aput. The digital audio 
signal is also suppiied to a headphone output terminal 
27 as headphone output. HPout to be outputted to a 
headphone connected to the apparatus. 
[0034] The digital audio signal as decoded by the 
audio compression encoder/decoder 14 is supplied to a 
digital interface 22 to be outputted from a digital output 
terminal 21 to ah external device as a digital audio sig- 
nal Dout. For example, the digital audio signal is output- 
ted in a transmission form based on an optical cable. 
[0035] At recording to the magneto-optical disc 90, an 
analog audio signal Ain, which is a record signal sup- 
plied to a line input terminal 18, is converted by an A/D 
converter 19 into a digital signal, which is then supplied 
to the audio compression encoder/decoder 14 to be 
compressed. 

[0036] If a digital audio signal Din is supplied from an 
external device to a digital input terminal 20, a control 
code and so on are extracted from the supplied signal 
by the digital interface 22 and audio data carried by this 
signal is supplied to the audio compression 
encoder/decoder 14 to be compressed. 
[0037] It should be noted that a microphone terminal, 
not shown, may be arranged to use a microphone input 
as the record signal. 

[0038] The record data compressed by the audio com- 
pression encoder/decoder 14 is once written by the 
memory controller 12 to the buffer memory 13 for stor- 



age. The stored record data is then intermittently read in. 
data units of a predetermined size to be sent to the 
EFM/ACIRC,. encoder/decoder 8. In the 
encoder/decoder 8, the record data is ACIRC-encoded 
5 and EFM-modulated to be supplied to a magnetic head 
drivers. . 

[0039] According to the encoded record data, the 
magnetic head driver 6 supplies a magnetic head drive 
signal to the magnetic head 6a. Namely, the magnetic 

w head driver 6 has the magnetic head 6a apply N-pole or . 
S-pole field to the magneto-optical disc 90. At the same 
time, the system controller 1 1 supplies a control signal 
to the optical head 6a to output a laser beam of a high 
recording level. 

75 [0040] An operator panel 23 is a section provided for 
user operation and has various operator controls includ- 
ing keys and knobs. To be more specific, the operator 
controls include such controls associated with recording 
and/or reproducing operations as reproduction, record, 

20 pause, stop, fast forward (FF), rewind (REW), and auto- 
matic music sensor (AMS), controls associated with 
play modes such as normal reproduction, programmed 
reproduction, and shuffle reproduction, display mode 
controls for changing display states in a display monitor 

25 24, controls for program editing such as track (program) 
split, track linkage, track erase, track name input, and 
disc name input, and controls necessary for auxiliary 
(AUX) data recording, reproducing, and operating 
modes to be described later in the present embodiment. 

30 [0041] Operating information about the operation of 
these controls is supplied to the system controller 11, 
which then executes control operations according to the 
received operating information. 

[0042] Display operations of the display monitor 24 
35 are controlled by the system controller 11. 

[0043] To be more specific, the system controller 11 
sends data to be displayed when a display operation is 
performed to a display driver, not shown, in the display 
monitor 24. Based on the supplied data, the display 
40 driver drives a display operation by a liquid crystal panel 
. for example, thereby displaying required numerals, 
characters, symbols, and so on. 

[0044] The display monitor 24 displays an operation 
mode state of the disc being recorded and/or repro- 
45 duced, a track number, recording time or reproduction 
time, an edit state, and so on. 

[0045] The disc 90 can record character information 
such an album title controlled by in accompaniment with 
the program, or the main data. The display monitor 24 

so displays input characters of the character information 
and character information read from the disc. 
. [0046] In addition, in the present embodiment; the disc 
90 has an audio data area which is main data and an 
AUX data area which is auxiliary data, these areas 

55 being discrete from each other. The data file as auxiliary 
data provides information such as characters and 
images. These characters and images may also be out- 
putted to the display monitor 24. 
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[0047] However, for outputting of character informa- 
tion and still picture information as AUX data, a full-dot 
display device or a CRT display device that are compar- 
atively large in screen size and allow use of the screen 
with freedom to some extent are often preferable. 
Therefore, it is possible to execute display output of 
AUX data on an externally attached monitor device 
through an interface 25. 

[0048] An AUX data file may also be recorded by the 
user onto the disc 90. In this case, such input devices as 
an image scanner, a personal computer, and a key- 
board may be required. It is possible for the information 
as an AUX data file to be inputted from such an input 
system through the interface 25. 
[0049] The system controller 1 1 is a microcomputer 
having a CPU, a program ROM, a work RAM, an inter- 
face, and so on and controls each of the operations 
described so far. 

[0050] Meanwhile, when a recording and/or reproduc- 
ing operation is performed on the disc 90, control infor- 
mation, namely P-TOC (Pre-mastered Table of 
Contents (TOC)) and U-TOC (User TOC) must be read 
from the disc 90. Based on these pieces of control inform 
mation, the system controller 11 determines the 
address of a recording area and the address of a repro- 
ducing area on the disc 90. 

[0051] These pieces of information are held in the 
buffer memory 13: 

[0052] Then, the system controller 1 1 reads these 
pieces of control information by executing reproduction 
of control information recorded the innermost peripheral 
when the disc 90 is loaded and stores the read control 
information into the buffer memory 13 to reference the 
control information when recording, reproducing, and 
editing a program recorded on the disc 90. 
[0053] A U-TOC is rewritten every time program data 
is recorded or edited. The system controller 1 1 updates 
U-TOC stored in the buffer memory 13 every time such, 
an operation is performed and rewrites the U-TOC area 
on the disc 90 accordingly in a predetermined timing 
relation. 

[0054] An AUX data file is recorded on the disc 90 
separately from the program. To control the AUX data 
file, AUX-TOC is formed on the disc 90. 
[0055] The system controller 1 1 also reads AUX-TOC 
at the same time U-TOC is read and stores AUX-TOC in 
the buffer memory 1 3 for reference as required. 
[0056] The system controller 1 1 reads the auxiliary 
data file in a predetermined timing relation or at the 
same time AUX-TOC is read as required and stores the 
read AUX data file into the buffer memory 13. Then, the 
system controller 1 1 has the display monitor 24 and a 
device externally attached through the interface 25 exe- 
cute character and image output operations according 
to the output timing controlled by the AUX-TOC. 



. 2. Sector format and address format 

[0057] Now, referring to FIGS. 2A through 2 E, data 
units called a sector and a cluster will be described 
s below. 

[0058] For recording tracks in a Mini Disc system, 
clusters CLs are formed consecutively as shown in FIG. 
2A, one cluster providing a minimum recording unit. 
One cluster is equivalent to two to three circles of tracks. 
10 [0059] One cluster CL is formed with linking area com- 
posed of four sectors SFC through SFF and a main data 
area composed of 32 sectors S00 through S1F as 
shown in FIG. 2 B. 

[0060] One sector is a data unit consisting of 2352 
is bytes. 

[0061] Of the 4-sector auxiliary data area, the sector 
SFF is an auxiliary data sector, which is available for the 
recording of auxiliary data as shown in FIG. 2B. The 
three sectors SFC through SFE are not used for data 
20 recording. 

[0062] On the other hand, TOC data, audio data, and 
AUX data are recorded in 32 sectors of the main data 
area. 

[0063] It should be noted that an address is recorded 
25 for each sector. 

[0064] A sector is further divided into sound groups, 
two sectors being divided into 11 sound groups (SGs) 
as shown in FIG. 2D. 

[0065] To be more specific, as shown in FIGS 2C and 
30 2D, consecutive two sectors such as an even-number 
sector S00 and an odd-number sector S01 include 
sound groups SG00 through SG0A. One sound group is 
composed of 424 bytes, providing an audio data amount 
equivalent to 1 1 . 61 msec. 
35 [0066] In one sound group SG, data is stored in L 
(Left) channel and R (Right) channel as shown in FIG. 
2E. For example, the sound group SG00 is composed of 
L-channel data L0 and R-channel data R0. The sound 
. group SG01 is composed of L-channel data LI and R- 
40 . channel data Rl. 

[0067] It should be noted that 212 bytes that provide 
an L-channel or R-channel data area is referred to as a 
sound frame. 

[0068] The following describes an address format in 
45 the Mini Disc system with reference to FIGS 3A and 3B. 
[0069] Each sector is addressed by a cluster address 
and a sector address. As shown in FIG. 3 A, the cluster 
address consists of 16 bits (= 2 bytes) and the sector 
address consists of 8 bits (= 1 byte). 
so [0070] The address consisting of these three bytes is 
recorded at the head of each sector. 
[0071] Adding a sound group address consisting of 
four bits can represent the address of each sound group 
within a sector. In control of U-TOC for example, nota- 
55 tion including the sound group address allows setting of 
reproduction position in units of sound group. 
[0072] Meanwhile, in U-TOC and AUX-TOC, in order 
to represent ail of a cluster address, a sector address, 
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and a sound group address in three bytes, a short-form 
address as shown in FIG. 3B is used. . 
[0073] In the short-form address, each sector can be 
represented in six bits because one cluster has 36 sec- 
- tors. Therefore, the high-order two bits of each sector 
address can be omitted. Likewise, each cluster can be 
represented in 14 bits up to the disc outermost periph- 
ery, so that the high-order two bits of each cluster 
address can be omitted. 

[0074] Thus, omitting the high-order two bits of each 
of sector address and each cluster address can repre- 
sent an address specifying all of cluster, sector, and 
sound group in three bytes. 

[0075] In U-TOC and AUX-TOC to be described later, 
each address for controlling reproduction position, 
reproduction timing, and so on is expressed in the 
above-mentioned short form. For this short-form 
address, an absolute address or an offset address is 
possible for example. An offset address denotes a rela- 
tive address with the head position of each program 
such as music being defined as address 0. thereby indi- 
cating a position inside the program. An example of this 
offset address will be described below with reference to 
tables shown in FIGS 4A through 4C. 
[0076] Recording of a program such as music will be 
described later with reference to FIGS 5A and 5B. The 
program is recorded on the disc starting with a cluster 
50 (cluster 32h in hexadecimal notation). It should be 
noted that a number suffixed with character "h H herein 
denotes a hexadecimal number. 
[0077] For example, the value of the address of 
cluster 32h. sector OOh, and sound group Oh of 
the start position of a . first program is 
"0000000000110010000000000000" (to be more spe- 
cific, 0032h, OOh, Oh) as shown in the upper portion of 
FIG. 4A. In the short form, this address is indicated as 
"000000001 1001 00000000000" (namely, OOh, C8h, 
OOh) as shown in the lower portion of FiG. 4A. 
[0078] When this start address is used as the origin, 
the address of a certain position in the first program, for 
example cluster 0032h, sector 04h, and sound group 
Oh, is "OOh, C8h. 40h" in a short-form absolute address 
as shown in FIG. 4B. On the other hand, the corre- 
sponding offset address is "OOh, OOh, 40h" because 
cluster OOOOh, sector 04h, sound group Oh may be 
expressed by the difference from the origin, or the start . 
address. 

[0079] When the start address shown in FIG. 4 A is 
used as the origin, a certain position in the first program, 
for example an address of cluster 0032h, sector 13h, 
sound group 9h, is "OOh, C9h. 39h" in the corresponding 
short-form absolute address as shown in FIG. 4C and 
"OOh, 0 1 h, 39h" in the corresponding offset address. 
[0080] For example, as shown above, a position and 
so on inside a particular program can be specified by an 
absolute address or an offset address. 



3. Area structure 

[0081] The following describes the area structure 

used on the disc 90 in the present embodiment with ref- 
5 erence to FIGS. 5A and 5B. 

[0082] FIG. 5A shows an area from the innermost 

periphery to the outermost periphery. 

[0083] With the disc 90 as a magneto-optical disc, the 

innermost periphery is a pit area formed with reproduc- 
10 tion-only data by emboss pits, in which P-TOC is 

recorded. 

[0084] Outside the pit area is a magneto-optical area 
that provides a recording/reproduction-enabled area 
formed with recording track guide grooves. 

75 [0085] Cluster 0 through cluster 49 on the inner 
periphery side of the magneto-optical area provide a 
control area. An actual program such as music is 
recorded in a program area ranging from cluster 50 
through cluster 2251 . The program area is enclosed by 

20. a lead-out area. 

[0086] Details of the control area are shown in FIG. 
5B, in which sectors are shown laterally while clusters 
are shown vertically. 

[0087] In the control area, clusters 0 and 1 provide a 
25 buffer area against the pit area. Cluster 2 provides a 
power calibration area PCA for use in calibrating a laser 
beam output power. 

[0088] Clusters 3, 4, and 5 record U-TOC. The con- 
tents of U-TOC will be described later. A data format is 

30 specified in each section in one cluster to record prede- 
termined control information. A sector providing such U- 
TOC data is recorded in clusters 3, 4, and 5 repeatedly. 
[0089] Clusters 6, 7, and 8 record AUX-TOC. Contents 
of AUX-TOC will be described later. A data format is 

35 specified in sector in one cluster to record predeter- 
mined control information. A sector having such AUX- 
TOC data is recorded in clusters 6, 7, and 8 repeatedly. 
[0090] An area from cluster 9 through cluster 46 
records AUX data. A data file as AUX data is formed on 

40 a sector basis. This data file, includes a picture file sec- 
tor as a still picture file to be described later, a text file 
sector as a character information file to be described 
later, and a karaoke text file sector as a character infor- 
mation file in synchronization with program to be 

45 described later. 

[0091 ] The data file as the AUX data and the area ena- 
bled to record the AUX data file within the AUX data 
area are controlled by AUX-TOC. 
[0092] It should be noted that the data file recording 

so size in the AUX data area is 2.8 MB with error correction 
mode 2 considered, 

[0093] It is also possible to form a second AUX data 
area in, for example, the last half of the program area or 
an area outside the program area (for example, the 
55 lead-out portion), thereby expanding the . data file 
recording size.' 

[0094] Clusters 47, 48, and 49 provide a buffer area 
against the program area. 
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[0095] The program area starting with cluster 50 (= 
32h) records audio data for one or more pieces of music 
in a compressed form known as ATRAC (Adaptive : 
Transform Acoustic Coding). 

[0096] The recorded programs and recordable areas s 
are controlled by U-TOC. 

[0097] It should be noted that sector FFh in each clus- 
ter in the program area can be used for recording cer- 
tain information as auxiliary data as described before. 
[0098] In the Mini Disc system, a reproduction-only. * io 
disc in which programs and so on are recorded in the pit 
form as reproduction-only data may be used. In such a 
reproduction-only disc, the entire disc is covered with 
the pit area. The programs recorded in the reproduc- 
tion-only disc are controlled by P-TOC in generally the is 
same manner as U-TOC. Therefore no. U-TOC is 
formed on the reproduction-only disc. 
[0099] It should be noted that, when a reproduction- 
only data file is recorded as AUX data, AUX-TOC for 
controlling the data file is recorded on the reproduction- 20 
only disc. 

4. U-TOC 



4-1 U-TOC sector 0 



25 



[0100] As described before, recording and/or repro- 
duction of a program on the disc 90 requires the system 
controller 1 1 to read control information P-TOC and U- 
TOC from the disc 90 beforehand to reference them as 30 
required. ■ 

[01 01 ] The following describes the U-TOC sector that 
is control information for controlling the recording and/or 
reproducing of a program. 

[0102] It should be noted that P-TOC is formed in the 35 
pit area on the inner periphery of the disc 90 as 
described with reference to FIGS. 5A and 5B. P-TOC is 
read-only information. The positions of recordable area 
(or recordable user area), lead-out area. U-TOC area on 
the disc are controlled by P-TOC. It should be noted 40 
that, in a reproduction-only optical disc on which all data 
are recorded in pit form, music recorded in a reproduc- 
tion-only manner can also be controlled and therefore 
no U-TOC is formed. 

[0103] Details of P-TOC will be omitted from the fol- <*s 
lowing description. The following describes the details 
of U-TOC formed on a recordable magneto-optical disc. . 
[01 04] FIG. 6 shows the format of U-TOC sector 0. 
[01 05] It should be noted that, for the U-TOC sectors, 
sector 0 through sector 32 can be provided. Sector 1 so 
and sector 4 provides areas for recording character 
information and sector 2 provides area for recording a 
date of recording. 

[0106] First, U-TOC sector 0 will be described which 
is always necessary for a recording and/or reproducing 55 
operation on the disc 90. 

[0107] U-TOC sector 0 provides a data area recording 
control information about a program such as music 



mainly recorded by a user and a free area in which addi- 
tional programs are recorded. 

[0108] For example, when recording a piece of music 
on the disc 90. the system controller .11 searches, 
based on P-FRA, the disc for a free area, which is a 
recordable area, starting U-TOC sector 0 and records 
the music in the retrieved free area. In a reproducing 
operation, based on U-TOC sector 0. the system con- 
troller 1 1 determines an area in which a piece of music 
to be reproduced is recorded and accesses that area for 
reproduction. 

[0109] In the data area (4 bytes x 588 = 2352 bytes) 
of U-TOC sector 0. synchronous patterns in which 1- 
byte data of all 0s or all 1s is formed side by side are 
recorded at the start position. 

[01 1 0] The synchronous patterns are followed by 
addresses providing cluster address (cluster H and 
cluster L) and a sector address (sector) in three consec- 
utive bytes. These addresses are followed by one byte 
of mode information (MODE). These four bytes forms a 
header. The addresses of three bytes provide an 
address of that sector itself . 

[01 11] The header in which synchronous patterns and 
addresses are recorded is the same as those of P-TOC 
sector, AUX-TOC sector. AUX file sector, and program 
sector. Therefore, the headers of these sectors are 
skipped from the descriptions of these sectors with ref- 
erence to FIG. 8 and subsequent drawings. The 
address and synchronous patterns of a particular sector 
are recorded on a sector basis. 
[01 1 2] It should be noted that, for the address of a par- 
ticular sector itself, the cluster address is represented in 
two bytes of high-order address (cluster H) and low- 
order address (cluster L) and the sector address is rep- 
resented in one byte. Namely, the address of each sec- 
tor is not a short-form address. 
[01 13] Then, a maker code indicative of manufacturer, 
a model code indicative of a model of the apparatus by 
which recording has been performed, a first track 
number. (First TN0), a last track number (Last TNO), a 
sector usage state (Used sectors), a disc serial number, 
and a disc ID are recorded at predetermined byte posi- 
tions. 

[0114] Further, an area is prepared in which various 
pointers (P-DFA (Pointer for Defective Area), P-EMPTY 
(Pointer for Empty Slot). P-FRA (Pointer for Free Area), 
and P-TN01 through P-TN0255) are recorded as a 
pointer section for identifying the areas of programs 
such as music recorded by the user and the free areas, 
which are recordable areas, by relating them to a table 
section to be described later. 

[01 1 5] The pointer section is followed by the table sec- 
tion composed of 255 part tables 01 h through FFh to be 
related to the pointers (P-DFA through P-TN0255). 
Each part table records a start address providing the 
origin of a particular part, an end address providing the 
end point of that part, and mode information (track 
mode) about that part are recorded. A part listed in one 
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part table may be linked to another, so that link informa- 
tion indicative of the part table in which the start and end 
addresses of the destination part can be recorded in the 
table section. 

[0116] It should be noted that a part denotes a track 
part in which pieces of data consecutive in time are 
physically consecutively recorded in one track. 
[01 1 7] The address indicated by the start address and 
the end address provides an address indicative of one 
or more parts constituting one piece of music. 
[0118] These addresses are recorded in the short 
form to specify a cluster, a sector therein, and a sound 
group therein. 

[01 19] In the recording and/or reproducing apparatus 
of this type, if data of one piece of music is physically 
recorded in a discontinuous manner, namely over plural 
parts, access is made from part to part for reproduction, 
causing no problem in reproduction. Therefore, music 
and so on to be recorded by user is sometimes 
recorded over plural parts in order to enhance usage 
efficiency of the recordable area. 
[0120] For this purpose, link information is provided: 
For example, part tables to be linked can be linked by 
specifying them by numbers 01 h through FFh assigned 
to the part tables. 

[01 21 ] To be more specific, in the control table section 
in U-TOC sector 0. one part table represents one part. 
For a piece of music constituted by linking three parts, 
the positions of these parts are controlled by the part 
tables linked by the link information. 
[0122] Actually, the link information is indicated by a 
value, which is a byte position in U-TOC sector 0, by 
predetermined computation. Namely, the part table is 
specified by 304 + (link information) x 8 (8th byte). 
[0123] The contents of the part tables 01 h through 
FFh in the table section of U-TOC sector 0 are indicated 
as follows by the pointers (P-DFA, P-EMPTY, P-FRA 
and P-TN01 through P-TN0255) of the pointer section. 
[0124] Pointer P-DFA is indicative of a defect area on 
the magneto-optical disc 90, specifying the start part 
table in one or more part tables indicative of a track por- 
tion (= part) providing a defective area caused by a 
scratch for example. Namely, if a defective part exists, 
one of 01 h through FFh is recorded in the pointer P-DFA 
and the corresponding part table indicates the defective 
part in start address and end address. If another defec- 
tive part exists, another part table is specified as the link 
information in the former part table. The defective part is 
also indicated in that part table. If no other defective 
parts are found, the link information becomes "00h" for 
example, indicating no further link. 
[0125] The pointer P-EMPTY points at the beginning 
part table of one or more empty part tables in the control 
table section. If an empty part table exists, one of 01h 
through FFh is recorded as the pointer P-EMPTY. 
[0126]. If two or more empty tables exist, the part 
tables are sequentially specified by link information 
starting with one specified by the pointer P-EMPTY, link- 



ing all empty part tables in the control table section; 
[01 27] The pointer P-FRA points at a free area (includ- 
. ing an erase area) on the magneto-optical disc 90, in 
which data can be written. This pointer specifies the 

5 . beginning part table of one or more part tables with a 
. track portion (= part) providing a free area indicated. 
Namely, if a free area exists, one of 01 h through FFh is 
recorded in the pointer P-FRA and the corresponding 
part table indicates the part providing the free area by 

10 the start and end addresses. If there are two or more 
such parts, or there are two or more part tables, the part 
tables are sequentially specified by the link information 
up to one at which the line information becomes "OOh." 
[0128] FIG. 7 schematically shows, by way of part 

is tables, a control state of parts providing free areas. This 
shows that, if parts 03h, 18h, IFh, 2Bh, and E3h are 
free areas, this state is represented by the linking of the 
part tables 03h, 18h, 1Fh, 2Bh, and E3h after the 
pointer P-FRA. It should be noted that this holds true 

20 with the control form of the above-mentioned defective 
areas and empty part tables. 

[01 29] The pointers P-TN01 through P-TN255 point at 
programs of music for example recorded on the mag- 
neto-optical disc 90 by the user. For example, the 
25 pointer P-TN01 points at a part table indicating a begin- 
ning part in time of one or more parts recorded with the 
data of the first track. 

[0130] If, for example, a piece of music which is the 
first track (or the first program) is recorded with the track 
30 undivided on the disc, namely recorded as a whole part, 
the record area of the first track is recorded as the start 
and end addresses of the part table pointed by the 
pointer P-TN01. 

[0131] If, for example, a piece of music which is the 
35 second track (or the second program) is recorded dis- 
cretely over two or more parts, the parts indicative of the 
record position of the second track are specified 
sequentially in time. Namely, starting with the part table 
pointed by the pointer P-TN02, other part tables are 
4o sequentially specified by the link information up to the 
part table at which the link information is "OOh" (in the 
same form shown in FIG. 7). 

[01 32] Thus, if all parts recorded with the data of the 
second piece of music for example are sequentially 

45 specified and recorded, use of the data in the U-TOC 
sector 0 allows to take out continuous music information 
from discrete parts or effectively use the recording area 
by having the optical head 3 and the magnetic head 6a 
perform access operations when reproducing or over- 

so writing the second piece of music. 

[0133] As described above, for the rewritable mag- 
neto-optical disc 90, the area control on the disc is per- 
formed by P-TOC and the control of the music recorded 
in the recordable user area and the control of free areas 

55 are performed by U-TOC. 
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4-2 U-TOC sector 1. 

[0134] The following describes the format of U-TOC 
sector 1 with reference to FIG. 8. The sector 1 is a data 
area for recording character information inputted when 
track names are assigned to recorded tracks and a disc 
name is attached to the disc itself. 
[0135] U-TOC sector 1 has a pointer section contairi- 
' ing pointers P-TNA1 through P-TNA255 corresponding 
to recorded tracks. U-TOC sector 1 also has a slot sec-, 
tion containing 255 8-byte slots (01h through FFh) plus 
one 8-byte slot that are specifiable by the pointers P- 
TNA1 through P-TNA255. U-TOC sector 1 controls the 
character information in generally the same manner as 
the above-mentioned U-TOC sector 0. 
[01 36] Character information about the disc title and 
track names is recorded in slots 01 h through FFh in 
ASCII (American Standard Code for Information Interr 
change) codes. .• : 
[0137] For example, the slot specified by pointer P- 
TNA1 records characters inputted by the user for the 
first track. Slots are linked together by link information, 
so that the number of characters exceeding 7 bytes (or 
7 characters) can be inputted for one track. 
[0138] It should be noted that the 8 bytes as a slot 
(OOh) provide an area dedicated to disc name recording, 
so that this slot is not specified by some pointers (P- 
TNA(x)). 

[01 39] In U-TOC sector 1 , the pointer P-EMPTY also 
controls empty slots. 

4-3 U-TOC sector 2 

[0140] The following describes the format of U-TOC . 
sector 2 with reference to FIG. 9. This sector 2 is a data 
area for mainly recording a date at which the user 
recorded music. 

[0141] U-TOC sector 2 has a pointer section contain- 
ing pointers P-TRD1 through P-TRD255 corresponding 
to the recorded tracks and a slot section containing slots 
to be specified by these pointers. The slot section has 
255 8-byte slots 01 h through FFh, controlling the date 
data in generally the same manner as the above-men- 
tioned U-TOC sector 0. 

[0142] Each of the slots 01 h through FFh records a 
music (or track) recording date in six bytes. These six 
bytes record values corresponding to year, month, day. 
hour, minute, and second respectively. The remaining 
two bytes of each 8-byte slot record a maker code and 
a model code, namely code data indicative of the man- 
ufacturer of the recording apparatus that recorded the 
music and code data indicative of the model of that 
recording apparatus. 

[0143] For example, when a track is recorded as a f irst 
piece of music, the slot specified by pointer P-TRD1 
records the recording date, the maker code, and the 
model code. The recording date data is automatically 
recorded by the system controller 1 1 by referencing the 



internal clock of the recording apparatus. 
[0144] The 8 bytes as a slot (OOh) provide an area 
dedicated to the recording of recording date on a disc 
basis, so that this slot is not specified by some pointers 

5 P-TRD(x). 

[0145] It should be noted that, in U-TOC sector 2. the 
slot pointer P-EMPTY also controls the empty slots. For 
'.' the empty slots, link information is recorded instead of 
the model code. With the slot pointer P-EMPTY located 

io at the beginning of each empty slot, the empty slots are 
; linked by link information for control. 

4-4 U-TOC sector 4 

15 [0146] FIG. 10 shows U-TOC sector 4. Like the above- 
mentioned sector 1 , the sector 4 provides a data area 
for recording character information inputted by the user 
when attaching a music title to a track recorded by the 
. user or a disc name to the disc. As seen from compari- 

20 son between FIGS. 10 and 8, the format of the sector 4 
is generally the same as that of the sector 1 . 
[0147] However, the sector 4 is adapted to record 
code data (a 2-byte code) for kanji and European char- 
acters. In addition to the data of the sector 1. character 

25 code attributes are recorded at predetermined byte 
positions as shown in FIG. 10. 

[0148] Uke sector 1. the character information of U- 
TOC sector 4 is controlled by pointers P-TNA1 through 
P-TNA255 and the 255 slots 01 h through FFh specified 

30 by the pointers P-TNA1 through P-TNA255. 

[0149] It should be noted that the recording and/or 
reproducing apparatus 1 practiced as the present pre- 
ferred embodiment supports the reproduction-only disc 
with no U-TOC formed; in the case of reproduction-only 

35 discs, character information about the disc name and 
track names can be stored in P-TOC. 
[0150] To be more specific, for the P-TOC sector, a 
. sector generally the same as U-TOC sectors 1 and 4 is 
. prepared. The disc manufacturer can record the disc 

40 name and track names in this P-TOC sector before- 
hand. ' 

5. AUX-TOC 

45 5-1 AUX-TOC sector 0 

[0151] In the disc 90 of the present embodiment, an 
area for recording the AUX data file and AUX-TOC as 
described with reference to FIGS. 5 A and 5B is set to 
so record character information and image information as 
an AUX data file independently of a program such as 
music for example. 

[0152] The AUX data file is controlled by AUX-TOC. 
This AUX-TOC is recorded in each of three consecutive 
55 dusters. Therefore, in control data structure. 32 sectors 
in one cluster can be used as with U-TOC. 
; [01 53] In the present embodiment, AUX-TOC sectors 
0 through 9 are set to control the AUX data files as. 
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described below; 

[0154] First, the format of AUX-TOC sector 0 will be 
described with reference to FIG. 11 . 
[01 55] AUX-TOC sector 0 provides an area allocation 
table for mainly controlling the AUX data area in its 5 
entirety. ■ 

[0156] As shown in FIG. 11. this sector 0 records a 
maker code, a model code; backup information, an 
ASPB (Auto Sequence Play Back) flag, and used sector 
information in this order at respective predetermined io 
byte positions following the header. The ASPB flag indi- 
cates that a still picture, a text and a karaoke text, for 
example, as AUX data files are outputted in synchroni- 
zation with the reproduction of music as a program, For 
the used sector information, the sector usage state 75 
recorded in AUX-TOC is displayed. 
[0157] This AUX-TOC sector 0 has a pointer section 
containing pointers P-DFAA, P-EMPTY, P-BLANK, P- 
SPICT, P-TEXT, and P-KRAOK. 

[01 58] A table section of this sector 0 contains 255 8- 20 
byte part tables for recording start addresses, end 
addresses, and link information. The AUX data area is 
controlled in the same manner as the above-mentioned 
U-TOC sector 0: 

[0159] The pointer P-DFAA (pointer for defective area 25 
of auxiliary data area) controls a defective area in the 
AUX data area by the start and end addresses recorded 
in the specified part table. If there are two or more 
defective areas, other part tables are linked by link infor- 
mation, 30 
[0160] The pointer P-EMPTY (Pointer for Empty Slot) 
controls empty part tables in this AUX-TOC sector 0 in a 
linked form. 

[0161] The pointer P-BLANK (Pointer for Blank Area) 
controls, in a part table linked form, an area in which 35 
free areas in the AUX data area, namely AUX data files 
can be recorded, like the pointer P-FRA in the U-TOC 
sector 0. 

[0162] The pointer P-SPICT (Pointer for Still Picture) 
controls, in a part table linked form, an area for record- 40 
ing a still picture data file (namely a picture file sector to 
be described later) in the AUX data area. It should be 
noted that one picture file consists of one or two clus- 
ters. Therefore, the still picture data file area to be con- 
trolled by the pointer P-SPICT is a cluster-based area. 45 
[0163] The pointer P-TEXT (Pointer for TEXT data) 
controls, by part table link information, an area for 
recording a text file (namely a text file sector to be 
described later) in the AUX data area. It should be noted 
that the file length of one text file is one sector. However, so 
the text file area to be controlled by the pointer P-TEXT 
is a cluster-based area. 

[0164] The pointer P-KRAOK (Pointer for Karaoke 
data) controls, in a part table linked form, an area for 
recording a karaoke text file (namely a karaoke text file 55 
sector and a karaoke address sector to be described 
later) in the AUX data area. It should be noted that one 
karaoke text file is a file based on one. or two sectors 



corresponding to one program. 

[0165] . However, the text data file area controlled by 

the pointer P-KRAOK is based on cluster. 

[01 66] The pointers P-SPICT, P-TEXT, and P-KRAOK 

control the areas for recording a picture (still picture) file, 

a text file, and a karaoke text file in the AUX data area by 

the start and end addresses as the area address in part 

tables. Therefore, according to the control state in the 

sector 0, each of the above-mentioned areas can be 

dividably set freely or the length of each area can be set 

freely. 

[01671 It should be noted that the start address and 
the end address are of short form and specifiable up to 
the sound group position. 

[0168] In the table section or the slot section in each 
of AUX-TOC sectors 1 through 9, the start address and 
the end address recorded in three bytes each are also 
of short form and positional specification can be per- 
formed on a sound group basis. 

[0169] If AUX-TOC is formed on a reproduction-only 
disc, the link information in each part table is not used. 
[0170] As described above, the pointers for identifying 
the types of AUX files are P-SPICT, P-TEXT, and P- 
KRAOK. If a file other than the picture file, the text file, 
and the karaoke file is to be recorded as an AUX data 
file, a pointer corresponding to the type of that file may 
be set for area control. The pointer section can contain 
pointers corresponding to a maximum of 255 types of 
files including P-SPICT, P-TEXT, and P-KRAOK. 

5-2 AUX-TOC sector 1 

[0171] AUX-TOC sectors 1 through 5 are used for con- 
trolling a picture file as still picture information. 
[0172] The AUX-TOC sector 1 shown in FIG. 12 pro- 
vides a control sector as a still picture allocation table to 
control the data files recorded as picture files in the pic- 
ture file area set by the pointer P-SPICT in the above- 
mentioned AUX-TOC sector 0. 

[01 73] In the AUX-TOC sector 1 , the picture files are 
controlled in the same manner as the U-TOC sector 0. 
[0174] The length of the picture file for one piece of 
still picture to be recorded in the AUX data area is one 
cluster or two clusters in the present embodiment. If one 
file is one cluster long, the AUX data area can record up 
to 38 pieces of picture files. One of these picture files 
provides a so-called disc cover image (a cover picture 
providing a disc cover for example). 
[01 75] For pointers P-PNO(x) that are used for control- 
ling 37 picture files other than the cover picture file, 
pointers P-PN01 through P-PN037 are formed in the 
AUX-TOC sector 1 . However, in order to accommodate 
a future expansion of the AUX data area and a future file 
size change to record more picture files, pointers Pv 
PN0(x) can be set up to P-PN0255 as shown in the 
parentheses in FIG. 12, 

[0176] In the pointer section, pointers P-PFRA and P- 
EMPTY are also formed. 
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[0177] In addition, in the table section, 255 part tables 
01 h through FFh each for recording a start address, an 
end address, and a picture mode (or SPICT mode) are 
formed as 8-byte part tables corresponding to the 
above-mentioned pointers in the pointer section. 5 
[0178] The part table OOh is. not specified by some 
pointers. In the present embodiment, this part table is 
used only to control the address of a picture file that pro- 
vides a cover picture. 

[0179] . Pointers P-PN01 through P-PN037 controls 10. 
areas each recording one picture file by specifying a 
particular part table. For example, the part table speci- 
fied by pointer P-PN01 records the start address, end 
address, and image mode (or SPICT mode) of the pic- 
ture file that provides the first piece of image data. is 
[0180] It should be noted that the AUX-TOC sector 1 
does not perform file control by linking part tables by link 
information. Namely, one picture file is not recorded dis- 
cretely over physically separated sections. 
[0181] However, the empty part tables in this sector 20 
are controlled in a linked form (the 8th byte in the part 
table provides the link information) with the pointer P- 
EMPTY used as the origin: 

[0182] The pointer P-PFRA controls the free areas, 
namely the picture file recordable areas in the picture 25 
file area set by the pointer P-SPICT in the above-men- 
tioned AUX-TOC sector 0. The address of the section 
providing a free area is recorded in the part table speci- 
fied by the pointer P-PFRA. In this free area control, 
part tables are sometimes linked by the link information 30 
provided by the 8th byte in each part table, controlling 
two or more separated sections as free areas. 



5-3 AUX-TOC sector 2 
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[0183] FIG. 1 3 shows the format of the AUX-TOC sec- 
tor 2. The sector 2 provides a still picture name table. 
When a picture name is assigned to each of the 
recorded picture files, the sector 2 is a data area for 
recording character information that provides the pic- 40 
ture name. 

[0184] The AUX : TOC sector 2 has a pointer section 
containing pointers P-PNA1 through P-PNA37 (expand- 
able to P-TNA255) corresponding to the recorded pic- 
ture files. This sector also has a slot section containing 45 
255 8-byte slots 01 h through FFh and one 8-byte slot 
OOh to be specified by the pointers P-TNA1 through P- . 
TNA37. 

[0185] The slots OOh through FFh record character 
information as a picture name in an ASCII code or so 
another characteir code. The type of characters to be 
recorded is recorded at a predetermined byte position 
as a character code. 

[0186] For the character code. OOh is represented in 
an ASCII code. 01 h is represented in a modified ISO ( 55 
International Standard Organization) 8859-1 code, and 
02h is represented in a music-shitted J IS (Japanese 
Industry Standard) code for example. 



[0187] the pointers P-PNA1 through P-PNA37 each 
specify a particular part table recording a picture name 
for one picture file. For example, the slot specified by the 
pointer P-PNA1 records characters corresponding to. 
the image of the first picture file. Linking slots by use of 
linking information allows a picture name for one picture 
file to be made larger than 7 bytes (or 7 characters). 
[0188] It should be noted that 8 bytes for the slot OOh 
provide an area dedicated to the recording of a cover 
picture name for the cover picture. Therefore, this slot is 
not specified by pointer P-PNA(x)^ 
[01 89] The pointer P-EMPTY controls empty slots in a 
linked form. 

5-4 AUX-TOC sector 3 

[01 90] FIG. 1 4 shows the format of the AUX-TOC sec- 
tor 3. The sector 3 is a still picture recording date table 
and provides a data area for controlling the record date 
at which a picture file was recorded. 
[0191] The AUX-TOC sector 3 has a pointer section 
containing pointers P-PRD1 through P-PRD37 
(expandable to P-PRD255) corresponding to the 
recorded picture files. This sector also has a slot section 
to be specified by these pointers P-P RD1 through P- 
PRD37. The slot section contains 255 8-byte slots 01 h 
through FFh and one 8-byte slot OOh to control the date 
data in generally the same manner as the above-men- 
tioned U-TOC sector 2. 

[01 92] The slots 01 h through FFh each record a pic- 
ture file recording date in six bytes. These six bytes 
record values representing year, month, day, hour, 
minute, and second respectively. The remaining two 
bytes record a maker code and a model code, namely 
code data indicative of the manufacturer of the record- 
ing apparatus that recorded the music and code data 
indicative of the model of that recording apparatus. 
[0193] . For example, when a first picture file is 
recorded on the disc, the slot specified by pointer P- 
PRDl records the recording date, the maker code, and 
the model code. The recording date data is automati- 
cally recorded by the system controller 11 by referenc- 
ing the internal clock of the recording apparatus. 
[0194] The 8 bytes as a slot (OOh) provide an area 
dedicated to the recording of recording date of the.cover 
picture, so that this slot is not specified by some point- 
ers P-PRD(x). 

[0195] It should be noted that, in AUX-TOC sector 3, 
the slot pointer P-EMPTY also controls the empty slots. 
For the empty slots, link information is recorded instead 
of the model code. With the slot pointer P-EMPTY 
located at the beginning of each empty slot, the empty 
slots are linked by link information for control. 

5-5 AUX-TOC sector 4 

[01 96] FIG. 1 5 shows the format of the AUX-TOC sec- 
tor 4. The sector 4 provides a still picture code table for 
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recording code information of recorded picture files; 
[0197] The AUX-TOC sector 4 has a pointer section 
containing pointers P-PCD1 through P-PCD37 
(expandable to P-PCD255) corresponding to the 
recorded picture files. This sector also has a slot section 
to be specified by these pointers P-PCD1 through P- 
PCD37. The slot section contains 255 8-byte slots 01 h 
through FFh and one 8-byte slot OOh. 
[0198] For example, for the first picture file, the slot 
specified by the pointer P-PCD1 records the code infor- 
mation of that picture file. 

[0199] The 8 bytes as a slot (OOh) provide an area 
dedicated to the recording of the code information of the 
cover picture file, so that this slot is not specified by 
some pointers P-PCD(x). 

[0200] In the AUX-TOC sector 4, the pointer P- 
EMPTY also controls the empty slots. 

5-6 AUX-TOC sector 5 

[0201 ] The AUX-TOC sector 5 shown in FIG. 16 pro- 
vides a still picture playback sequence table. 
[0202] This table provides control information for out- 
putting (namely displaying an image) a picture file in 
synchronization with reproduction of a program such as 
music. 

[0203] The sector 5 contains pointers P-TN01 through 
P-TN0255. These pointers are the same as those of the 
U-TOC sector 0 and correspond to tracks 1 through 255 
as programs such as music. 

[0204] A part table section of the sector 5 contains 
255 8-byte part tables 01 h through FFh, which are spec- 
ified by the pointers P-TN01 through P-TN0255. The 
part table section also has one part table OOh that is not 
specif ied by these pointers. 

[0205] The part tables specified by the pointers P- 
TN01 through P-TN0255 each record the start and end 
addresses, which are offset addresses from the start 
position address of that track. Particular picture files are 
identified by pointer P-PN0C). The pointer P-PN0O has 
a value equivalent to each picture file controlled by the 
AUX-TOC sector 1. Further, this pointer can link other 
part tables by link information. 

[0206] For example, when a piece of music is repro- 
duced as a first track and if it is desired to output the 
image of a first picture file in a particular timed relation 
during the reproduction, the start and end addresses 
defining an image output period are recorded in the part 
table specified by the pointer P-TN01 and a particular 
picture file is indicated by the pointer P-PN0(*) as the 
image to be outputted. If it is desired to output and dis- 
play the image of the first picture file during a period 
from a point of time one minute zero second after start- 
ing the reproduction of the first track to a point of time 
one minute 30 seconds after starting that reproduction, 
an address point equivalent to one minute zero second 
after starting the reproduction of the first track and an 
address point equivalent to one minute 30 seconds after 



starting that reproduction are recorded in the part table 
specified by the pointer P-TN01.as the start address 
and the end address respectively in an offset address 
relation. Then, the pointer P-PN0(*) takes the value of 

5 pointer P-PN01 to specify the first picture file. 

[0207] If it is desired to display two or more images 
one after another during reproduction of one track, the 
corresponding part tables are linked to control the pic- 
ture files to be outputted and the output period. 

id [0208] It should be noted that the start and end 
addresses as the output timing of a picture file providing 
the cover picture are recorded in the part table OOh. 
[0209] However, these start address and end address 
are recorded as negative offset addresses. 

is [0210] Meanwhile, if the start and end addresses in 
the part table corresponding to a certain track are both 
"OOOh," the image of a specified picture file is kept dis- 
played all during the period in which the voice of that 
track is outputted. 

20 [0211] In the AUX-TOC sector 5, the pointer P- 
EMPTY also controls the empty part tables. 

5-7 AUX-TOC sector 6 

25 [021 2] The AUX-TOC sector 6 and the AUX-TOC sec- 
tor 7 are used for controlling text files. 
[0213] The AUX-TOC sector 6 shown in FIG. 17 pro- 
vides a control sector as a text allocation table to control 
the data files recorded as text files in a text file area set 

30 by pointer P-TEXT in the above-mentioned AUX-TOC 
sector 0. 

[0214] In the AUX-TOC sector 6. the text files are con- 
trolled in the same manner as the U-TOC sector 0. 
[021 5] If the AUX data area is all used for recording 

35 text files, 38 clusters (x 32 sectors x 2324 bytes) of text 
: data can be recorded. This text data can be controlled in 
the AUX-TOC sector 6 as a maximum of 255 files. 
[0216] It should be noted that the length of each text 
file is based on sector. 

40 [021 7] One particular text file can be positioned as a 
text file (or a cover text) corresponding to a so-called 
disc cover picture. 

[0218] As pointers P-TXT(x) for use in controlling text 
files, pointers P-TXT1 through P-TXT255 are formed in 

45 the AUX-TOC sector 6. 

[0219] In the pointer section of this sector, pointers P- 
TFRA and P-EMPTY are also formed. . 
[0220] The table section of this sector contains 255 8- 
byte part tables 01 h through FFh, each part table 

so recording a start address, an end address, and a char- 
acter mode and a superimposed bit. 
[0221] The part table OOh is not specified by any 
pointer. This table is used only for controlling the 
addresses and character code of the text file positioned 

55 as a cover text: . . . 

[0222] The pointers P-TXT1 through P-TXT255 con- 
trol areas each recording one text file by specifying par- 
\. ticular part tables. For example, the part table specified 



14 

BNSDOCIDkEP 0911830A2JL> 



; 27 



EP0 911 830 A2 



28 



by the pointer P-TXT1 records the start and end 
addresses and character code and a superimposed bit 
of the first text file. 

[0223] It should be noted that the AUX-TOC sector 6 
does not perform the file control operation in which part s 
tables are linked by use of link information. Namely, no 
one text file is recorded over physically separated sec- 
tions. . . 
[0224] However, the empty tables in this sector are 
controlled in a linked form with the pointer P-EMPTY w. 
used as the origin. 

[0225] The pointer P-TFRA controls the free areas, or 
the text file recordable areas in the text file area set by 
the pointer P-TEXT in the AUX-TOC sector 0. The 
addresses of a section, which is a free area, are 15 
recorded in the part table specified by the pointer P- 
TFRA. in this free area control, part tables are linked by 
the link information provided by the 8th byte of each part 
table, sometimes controlling two or more separated sec- 
tions as free areas. . 20 

5-8 AUX-TOC sector 7 

[0226] The AUX-TOC sector 7 shown in FIG. 18 pro- 
vides a text playback sequence table. 25 
[0227] This table provides control information for out- 
putting a text file in synchronization with the reproduc- 
tion of a program such as music. 
[0228] The sector 7 has pointers P-TN01 through P- 
TN0255. These pointers are the same as those 3d 
described with reference to the U-TOC sector 0 and cor- 
respond to tracks 1 through 255 as programs such as 
music. 

[0229] The part table section of the sector 7 contains 
255 8-byte part tables 01 h through FFh to be specified 35 
by the pointers P-TN01 through P-TN0255. One 8-byte 
part table OOh that is not specified by these pointers is 
also formed in the table section. 

[0230] The control form in this sector is generally the 
same as that in the above-mentioned AUX-TOG sector 40 

.5. . ' ' , 

[0231 ] Namely, the part tables specified by the point- 
ers P-TN01 through P-TN0255 each record the start 
and end addresses, which are offset addresses from 
the start position address of that track. Particular text 45 
files are identified by pointer P-TXT(*). The pointer P- 
TXTf) has a value equivalent to each text file controlled 
by the AUX-TOC sector 6. Further, this pointer can link 
other part tables by link information 

[0232] For example, when a piece of music is repro- so 
duced as a first track and if it is desired to output char- 
acters of a first text file in a particular timed relation . 
during the reproduction, the start and end addresses 
defining a character output period are recorded in the 
offset address format in the part table specified by the 55 
pointer P-TN01 and a particular text file is indicated by 
the pointer P-TXTO as the character to be outputted. If . 
it is desired to output two or more pieces of character 



information during reproduction of one track, corre- 
sponding part tables are linked to control the text files to 
be outputted and the output period. 
[0233] It should be noted that the start and end 
addresses as the output timing of a text file providing 
the cover text are recorded in the part tabie 00h. 
[0234] However, these start address and end address 
are recorded as negative offset addresses. 
[0235] Mieanwhile, if the start and end addresses in 
the part table corresponding to a certain track are both 
"000h," the characters of a specified text file is kept dis- 
played all during the period in which the audio signal of 
that track is outputted. 

[0236] In the AUX-TOC sector 7, the pointer P- 
EMPTY also controls the empty part tables. 

5-9 AUX-TOC sector 8 

[0237] The AUX-TOC sector 8 and sector 9 are for use 
in controlling karaoke text files. A karaoke text file 
denotes a text file for displaying character information 
providing a lyrics text for example in synchronization 
with the music to be outputted. In the present embodi- 
ment, for one karaoke text file, a karaoke text file sector 
recording character information such as lyrics text and a 
karaoke address sector for finely setting a character 
output timing are recorded in a pair. 
[0238] The structures of these sectors will be 
described later. In the present embodiment, one kara- 
oke text file to be recorded in one track is composed of 
two sectors, namely the karaoke text file sector and the 
karaoke address sector: The sector 8 mainly controls 
the karaoke text file sector while the sector 9 mainly 
controls the karaoke address sector. 
[0239] the AUX-TOC sector 8 shown in FIG. 19 pro- 
vides a control sector as a karaoke text allocation table. 
This control sector controls the data files (karaoke file 
data sectors) recorded as karaoke text files in a karaoke 
text file area set by the pointer P-KRAOK in the above- 
mentioned AUX-TOC sector 0. 

[0240] The AUX-TOC sector 8 controls the karaoke 
text files in the same manner as the U-TOC sector 0. 
[0241 ] As seen from the U-TOC sector 0, a maximum 
of 255 tracks can be recorded as programs, so that a 
maximum of 255 karaoke text files corresponding to 
these tracks may be controlled. 

[0242] Since one karaoke text file corresponds to only 
one track, the pointers P-TN01 through P-TN0255 used 
in the U-TOC sector 0 are used in this AUX-TOC sector 
8 without change for controlling these karaoke text files. 
[0243] The pointers P-KFRA and P-EMPTY are also 
formed in the sector 8. 

[0244] The table section of this sector contains 255 8- 
byte part tables 01 h through FFh, each part table 
recording a start address, an end address, and a char- 
acter code (to be specific, a character code and a 
superimposed bit). 

[0245] The pointers P-TN01 through P-TN0255 con- 
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trol areas each recording one karaoke text file by speci- 
fying particular part tables. For example, the part table 
specified by the pointer P-TXT1 records the start and 
end addresses and character mode and a superim- 
posed bit of a karaoke text file sector corresponding to 
the first track. 

[0246] It should be noted that the AUX-TOC sector 8 ; 
does not perform the file control operation in which part 
tables are linked by use of link information. Namely, no 
one karaoke text file is recorded over physically sepa- 
rated sections. 

[0247] However, the empty tables in this sector are 
controlled in a linked form with the pointer P-EMPTY 
used as the origin (the 8th byte of each part table pro- 
vides the link information). 

[0248] The pointer P-KFRA controls the free areas, or 
the karaoke text file recordable areas in the karaoke text 
file area set by the pointer P-KRAOK in the AUX-TOC 
sector 0. The addresses of a section, which is a free 
area, are recorded in the part table specified by the 
pointer P-KFRA. In this free area control, part tables are 
linked by the link information provided by the 8th byte of 
each part table, sometimes controlling two or more sep- 
arated sections as free areas. 

5-10 AUX-TOC sector 9 

[0249] As described above, the AUX-TOC sector 8 
controls the karaoke text file sector constituting a kara- 
oke text file. On the other hand, the AUX-TOC sector 9 
controls the karaoke address sector to be recorded in a 
pair with the karaoke text file sector for finely setting the 
output timing of the character information recorded in 
the karaoke text file sector. 

[0250] Like the above-mentioned AUX-TOC sector 8. 
the sector 9 specifies part tables each recording the 
address of a corresponding karaoke address sector by 
track-corresponding pointers P-TN01 through P- 
TN0255. In the table section of the sector 9, each 8-byte 
part table corresponding to each of these pointers 
records the start and end addresses of a karaoke 
address file. 

[0251] Namely, the pointers P-TN01 through P- 
TN0225 each control the address of a karaoke address 
sector in one karaoke text file corresponding to one of 
the tracks 1 through 255 by specifying a particular part 
table. For example, the part table specified by the 
pointer P-TN01 records the start and end addresses of 
the karaoke address sector to be paired with the kara- 
oke text file sector controlled by the above-mentioned 
AUX-TOC sector 8 in correspondence with the first 
track. 

[0252] It should be noted that the AUX-TOC sector 9 
does not perform the file control operation in which part 
tables are linked by use of link information. Namely, no 
one karaoke address file is recorded over physically 
separated sections. 

[0253] However, the empty tables in this sector are 



controlled in a linked form with the pointer P-EMPTY 
used as the origin. 

[0254] Thus, in the AUX-TOC sector 8 and sector 9, 
the karaoke text file sector and the karaoke address 

5 sector constituting a karaoke text file corresponding to 
each track are controlled in a pair. The actual output tim- 
ing of the character information recorded in the karaoke 
text file sector is set by the karaoke address sector. The 
method of this setting and the output operation will be 

w described later. 

6. Data files 
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6-1 Picture file sector 



[0255] The following describes three types of AUX 
data f iles to be controlled by AUX-TOC sectors formed 
as described above. 

[0256] The file length of one piece of still picture, 
20 namely the size of one picture file is equivalent to one 
cluster or two clusters. 

[0257] If a picture file is as long as one cluster, a max- 
imum of 37 picture files plus one cover picture file can 
be recorded in the AUX data area. 

25 [0258] One still picture consists of 640 x 480 dots. 
Each picture file is based on JPEG (Joint Photographic 
Coding Expert Group) format. Each picture f ile is con- 
trolled by AUX-TOC. so that the file bit stream is from 
the SOI marker specif ied by JPEG to the EOI marker of 

30 the file. 

[0259] For the sector format, mode 2 is used and no 
third-layer ECC (Error Correction Code) is practiced, so 
that the image data capacity of one sector is 2324 bytes 
or the capacity of one cluster is 74368 bytes. 
35 [0260] The format of sectors constituting a cluster that 
provide the above-mentioned picture file is as shown in 
FIG. 21 for example. 

[0261] Following the header composed of synchro- 
nous patterns, cluster addresses, sector address, and 

40 mode information, information about error correction 
mode (Mode), category information indicative of data 
f ile attribute (Category), and index information indicative 
of a data file parameter (Index) are arranged at prede- 
termined byte positions. A system identifier (ID) is also 

45 recorded in the picture file sector. 

[0262] Below the header. 2324 bytes of image data 
are recorded as shown in data DP0 through DP2323. 
[0263] In the last four bytes of this sector, error-detect- 
ing codes (EDCO through EDC3) are recorded. 

6-2 Text file sector 

[0264] For a text file, text data such as ASCil. Modified 
ISO 8859-1 . and Music Shifted JIS can be recorded. 
55 [0265] The sector as a text file records characters and 
control codes. The control codes include a line feed, a 
page feed, and the like information. 
[0266] The format of the sector constituting a text f ile 
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is as shown in FIG. 22 for example. Like a picture file, a 
header, error correction mode information (Mode), cate- 
gory information (Category), index information (Index), . 
and a system identifier (ID) are arranged in this order. 
After these pieces of information, 2324 byte of character 5 
information (and control codes) as indicated by data 
DTO through DT2323 are recorded. 
[0267] In the last four bytes of this sector, errornJetect : 
ing codes (EDCO through EDC3) are recorded. 

6-3 Karaoke text file sector 

[0268] As described above, karaoke text files are 
formed each corresponding to one track. At the same 
time, each karaoke text file is constituted in which a 15 
karaoke text file sector and a karaoke address sector 
are paired. 

[0269] The character information such as a lyrics text 
recorded in the karaoke text file sector is outputted for 
display based on the address information recorded in 20 
the karaoke address sector in a timed relation synchro- 
nized with the song or accompaniment of the corre- 
sponding track. 

[0270] The karaoke text file sector can record text data 
such as ASCII. Modified ISO 8859-1 , and Music Shifted 25 
JIS. • 

[0271 ] The karaoke text file sector also records vari- 
ous control codes for specifying character display posi- 
tion on screen, font, color, line feed, wipe, and so on. 
[0272] The format of a karaoke text file sector that 30 
constitutes, in a pair with a karaoke address sector to be 
described later, one karaoke text file is as shown in FIG. 
23 for example. Like a picture file, a header, error cor- 
rection mode information (Mode), category information 
(Category), index information (Index), and a system 35 
identifier (ID) are arranged in this order. After these 
pieces of information, 2324 byte of character informa- 
tion and control codes as indicated by data DK0 through 
DK2323 are recorded. 

[0273] In the last four bytes of this sector; error detect-. 40 
ing codes (EDCO through EDC3) are recorded. 

6-4 Karaoke address sector 

[0274] The format of a karaoke address sector paired 45 
with the karaoke text file sector shown in FIG. 23 is 
shown in FIG. 24. Also like a picture file, a header, error 
correction mode information (Mode), category informa- 
tion (Category), index information (Index), and a system 
identifier (ID) are arranged in this order. After these so 
pieces of information, 2324 byte of character informa- 
tion (and control codes) as indicated by data AK0 
through AK2323 are recorded. 

[0275] In this format, one address is represented in 
four bytes (each of cluster addresses, a sector address. .55 
or a sound group address). 

[0276] Namely, one address is recorded in four bytes, . 
for example address data AK0 through AK3. that form 



one line in FIG. 24, 

[0277] However, along with the address notation such 
as the start address and the end address in AUX-TOC, 
the cluster, sector, and sound group addresses are rep- 
resented in a 3-byte short form, the remaining one byte 
being dummy. . 

[0278] Because one address is represented in four 
bytes in the offset address format for example, the kara- 
oke address sector can record up to 581 address values 
per sector, or specify 581 timings (or offset addresses 
from track start address) in a corresponding piece of 
music as a track. 

[0279] Also, specifying the start and end address of 
each part table in the AUX-TOC sectors 8 and 9 can 
arbitrarily set the lengths of the karaoke text file and 
karaoke address file for one piece of music on a sector 
basis. 

7. Reproducing program-synchronized data file 

[0280] The data files as AUX data and the AUX-TOC 
sectors for controlling these data files are formed as 
described above. Each data file can perform output 
such as image display and character display in synchro- 
nization with the reproduction of a program. The follow- 
ing describes this data file reproducing operation. 
[0281 ] Each picture file is controlled by the AUX-TOC 
sector 1 , so that the system controller 1 1 can output the 
picture file at any point of time for display. For example, 
the system controller 11 can display the picture file on 
the display monitor 24 or an externally attached monitor 
device through the interface 25. 
[0282] In addition, the system controller 11 can dis- 
play the picture names and recording dates controlled 
by the AUX-TOC sectors 2 and 3 onto the display mon- 
itor 24 for example at displaying images as pictures. 
[0283] Further, based on the information provided by 
the AUX-TOC sector 5, the system controller 11 can 
execute the display output of a predetermined picture 
file in synchronization with a program. For example, as ; 
described in the AUX-TOC sector 5, the system control- . 
ler 11 can, during reproduction of music of a certain 
track, output and display an image as one or more pic- 
ture files in a particular timed relation indicated as the 
start and end addresses. 

[0284] The output operation of a picture file can also 
be performed on a text f ije. ' 

[0285] Namely, because each text file is controlled by 
the AUX-TOC sector 6, the system controller 11 can 
output a text file for character display at any point of 
time. For example, the system controller 11 can display 
a text file on the display monitor 24 or an externally 
attached monitor device through the interface 25. 
[0286] In addition, based on the information provided 
by the AUX-TOC sector 7. the system controller 11 can 
execute display output of a predetermined text file in 
synchronization with the reproduction of a program. For 
example, as described in the AUX-TOC sector 5, the 
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system controller 11 can, during reproduction of music 
of a certain track, output and display an image as one or 
more text files in a particular timed relation indicated as 
the start and end addresses. 

[02871 Further, in the present embodiment, the sys- 
tem controller 11 can output and display a karaoke text 
file in synchronization with the reproduction of music as 
a track, or thie character information as a lyrics text in 
synchronization with the play of music as a vocal or a 
karaoke guide. 

[0288] Therefore, one karaoke text file is formed for 
one track and each karaoke text file thus formed is con- 
stituted by a pair of karaoke text file sector and karaoke 
address sector. 

[0289] The following describes output timing control 
on the character information recorded in the karaoke 
text file sector with reference to FIGS 25A through 25C. 
[0290] FIGS. 25A shows an example of information in 
the karaoke text file sector shown in FIG. 23 to be 
recorded as data DK0 through DK7. 
[0291] Values 59h, 6Fh t .... 77h representing data 
DK0 through DK7 provide character information in 
ASCII code. As shown, this example records character 
information "Y". "o", V. "K". H n", "o". and V forming 
a part of the lyrics text of a track as data DK0 through 
DK7. ^ 

[0292] TIG. 25B shows an example of information in 
the karaoke address sector to be recorded as address 
data AK0 through AK7. 

[0293] As described above, the address is repre- 
sented in the short form by use of three of the four bytes. 
Therefore, one offset address is recorded as address 
data AK0 through AK3 and another offset address is 
recorded as address data AK4 through AK7. In this 
example, the address values "cluster 0032h, sector 04h, 
sound group Oh" and the address values "cluster 0032h, 
sector iSh, sound group 9h" shown in FIG. 4 are 
recorded as offset addresses starting from the address 
values "cluster 0032h, sector 00h, sound group Oh" 
respectively. 

[0294] The karaoke text file sector and the karaoke 
address sector shown in FIGS. 25A and 25B are con- 
trolled as a pair of sectors by the AUX-TOC sectors 8 
"and 9. , 

[0295] The address data A K0 through AK3 of the 
karaoke address sector provide an address correspond- 
ing to the data DK0 through DK3 of the karaoke text file 
sector. 

[0296] Likewise, the address data AK4 through AK7 of 
the karaoke address sector provide an address corre- 
sponding to the data DK4 through DK7 of the karaoke 
text file sector. . 

[0297] Although not shown in FIGS. 25A through 25C, 
the karaoke address sector and the karaoke text file 
sector are related to each other on a 4-byte basis. 
Namely, as shown in FIGS. 23 and 24, data DK8 
through DK11 correspond to address data AK8 through 
AK1 1. data DK12 through DK15 correspond to address 



data AK1 2 through AK1 5, ..., and data DK2320 through 
DK2323 correspond to address data AK2320 through 
AK2323. 

[0298] In other wards, in the character information 

5 recorded in the karaoke text file sector, the addresses 
as output timings are recorded in the karaoke address 
\ sector on a 4-byte basis. 
[0299] This arrangement allows the system controller 
11 to know that characters "You" for example shown in 

w FIG. 25A is to be outputted in the reproduction timing of 
"cluster 0032h, sector 04h, sound group Oh" shown in 
FIG. 25B and that characters "Know" shown in FIG. 25A 
is to be outputted in the reproduction timing of "cluster 
0032h, sector 13h f sound group 9h" shown in FIG. 25B. 

15 [0300] The output timing of the character information 
providing a lyrics text is thus controlled on a 4-byte 
basis, so that presetting the address data providing this 
output timing in a matched relation with a piece of music 
can output and display the characters forming a lyrics 

20 text in synchronization with the song or accompaniment 
of the music. 

[0301 ] Consequently, when playing karaoke based on 
the display operation by use of this karaoke text file, the 
lyrics text to be sung is displayed in an appropriate 
25 timed relation. In addition, when listening to a normal 
singing play, the lyrics text of a song can be displayed in 
synchronization with the song, thereby extending user's 
musical enjoyment. 

[0302] It should be noted that FIG. 25C shows an 
30 example in which address information is represented 
not in an offset address but in an absolute address (or a 
short form). Thus, an output timing may be specified in 
an absolute address. 

[0303] FIGS. 25B and 25C show examples in which 

35 addresses are recorded in the short form. However, the 
addresses may not always be represented in the short 
form because the 4-byte area is allocated. 
[0304] The following describes a reproducing proce- 
dure with reference to a flowchart shown in FIG. 37. 

40 [0305] When reproduction is instructed, the U-TOC 
area is reproduced in step S101 and data such as the 
recording position of each music in the program area is 
stored in memory in step S102. In step S103, the AUX- 
UTOC area is. reproduced to tabulate various file 
. 45 number information corresponding to the recording 
position and music number in . the AUX data area in 
which a picture file, a text file, and a karaoke file are 
recorded and the timing information for synchronous 
reproduction. The resultant table is stored in memory in 

so step S104. In step S105, auxiliary data is reproduced 
from the AUX data area arid the reproduced auxiliary 
data is stored in memory in step S1 06. In step Si 07, the 
optical pickup is moved to the program area in which 
music is recorded to start reproducing audio data. 

55 [0306] In step S108, in synchronization with the repro- 
duction of the audio data, the image, text, lyrics text data 
corresponding 'to the . currently reproduced music 
number are outputted from memory in a predetermined 
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timed relation based on the various file number informa- 
tion corresponding to the music number reproduced 
from the AUX-UTOC area and the timing information for 
synchronous reproduction stored in memory. 
[0307] The auxiliary data including the image, text, 
and lyrics text data outputted from memory in the prede- 
termined time relation are displayed on a monitor dis- 
play such as CRT in step S109. 
[0308], In step S110. it is determined whether ail 
pieces of music have been reproduced. If not, then back 
in step S108, the auxiliary data for the music number 
being reproduced is synchronously reproduced. 
[0309] If yes, the reproduction of the music in the pro- 
gram area and the reproduction of the auxiliary data 
from memory are ended in step S1 1 1 .... 
[031 0] It should be noted that the memory device for 
storing the above-mentioned U-TOC data, AUX-UTOC 
data, and auxiliary data may be one memory device or 
two or more memory devices provided in correspond- 
ence with the above-mentioned types of data. If the aux- 
iliary data is image data, a memory device of a relatively 
large storage size is required in general. 

8. Recording AUX data 

[0311] The AUX data file that can be outputted for 
reproduction as described above can be recorded on 
the disc 90 by the user after (or at the same time) a 
piece of music has been recorded as a program: 
[0312] For example, in the case of a picture file or a 
text file; the user inputs character data and image data 
by operating the operator panel 23 or a personal com- 
puter or an image scanner connected to the present 
embodiment through the interface 25. 
[031 3] In inputting image data as a picture file or char- 
acter data as a text file, the user may or may not input a 
track number or output timing information of a program 
to be related. 

[0314] If no track number for providing the relation is 
inputted, the system controller 1 1 controls the recording 
operation on the disc 90 such that the inputted image 
data or character data is recorded as one picture file or 
one text file in the AUX data area. At the same time, the 
system controller 1 1 updates the AUX-TOC such that 
the recorded data f He is controlled by the AUX-TOC sec- 
tor 1 or sector 6. 

[0315] On the other hand, if the user inputted a corre- 
sponding track number along with image data or char- 
acter data, the system controller 1 1 records the picture 
file or a text file onto the disc 90 and updates the AUX- 
TOC sector 1 or sector 6 as well as the AUX-TOC sector 
5 or sector 7 that provides the playback sequence table. 
[0316] Namely, a control state is realized in which a 
recorded data file is outputted for display at reproduc- 
tion of a particular track 

[0317] It should be noted that, if the user does not 
input the output timing information in the specified track, 
the start and end addresses of a part table to be used 



for the specified track are each w 000h" in the AUX-TOC 
sector 5 or sector 7. Namely, a state is provided in which 
an image or characters as a data file to be recorded are 
outputted continuously during reproduction of the spec- 

5 ifiedtrack. 

[0318] Obviously, if the user inputted output timing 
information, the values of the start and end address of 
the part table to be used are set according to this input 
in the AUX-TOC sector 5 or sector 7. In other words, a 

10 state is provided in which the data file is outputted for 
reproduction in a predetermined period during repro- 
duction of the specif ied track. 

[031 9] It should be noted that the reproduction timing 
may be inputted by allowing the user to turn on a prede- 
15 termined operator switch in the image or character out- 
put start and end timings while having the user be 
listening to the reproduced audio output of the specified 
track: 

[0320] Specification of the track corresponding to a 
20 data file and an output timing setting operation may be 
performed at the time the data file is recorded as well as 
at a later time. Namely, an editing operation mode is 
provided in which the user can arbitrarily execute a data 
updating operation only for the AUX-TOC sector 5 or 
25 sector 7. 

[0321 ] As for a karaoke text file, the user can arbitrarily 
input character data for recording by operating the oper- 
ator panel 23 or a personal computer connected 
through the interface 25. 

30 [0322] In this case, the user inputs all character data 
such as the lyrics text of one piece of music for example. 
Following the inputting of the character data, the system 
controller 1 1 requests the user for specification a partic- 
ular track. The user inputs the track number accordingly. 

35 [0323] Then, the system controller 1 1 starts reproduc- 
ing the specified track and, at the same time, displays 
the characters inputted by the user in units of four bytes 
from the first character sequentially. 
[0324] For the four bytes of characters being display, 

40 the user waits for a desired output timing while listening 
to the reproduced audio and, when that timing comes, 
the user presses a predetermined timing specifying 
switch. 

[0325] The system controller 1 1 uses the address of 
45 the reproducing position in the timing of this switch 
pressing operation as the address corresponding to the 
four bytes of data being displayed. Namely, the system 
controller 1 1 holds that address as one of the addresses 
to be recorded in the karaoke address sector. 
so [0326] Performing this operation for the last four bytes 
of the inputted character information sets each address 
value to be recorded in the karaoke address sector. 
[0327] Then, the system controller 1 1 records, into the 
AUX data area, the inputted character , information as 
55 the karaoke text file sector and each address value cor- 
responding to the 4-byte character data that was set as 
the karaoke address sector. At the same time, the sys- 
tem controller 1 1 updates the AUX-TOC sector 8 and 
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sector 9. 

[0328] Thus, the state in which character information 
is outputted in synchronization with a song or a perform- 
ance is realized as described above with respect to the 
oiitputting of a karaoke text file for reproduction. 
[0329] It should be noted that only the karaoke 
address sector can be updated so that the output timing 
of each character of the karaoke text file can be 
adjusted according to the music. 
[0330] As described above, the present embodiment 
allows the user to arbitrarily record a picture file, text file, 
and a karaoke text file and set the output timing in cor- 
respondence with a particular track. 
[0331] Besides, these files can be recorded only by 
updating these files and the AUX-TOC thereof without 
updating the corresponding program (or track), so that 
the recording can be executed in a significantly short 
time. 

[0332] The output timings can be changed or adjusted 
and tracks to be related can be easily changed only by 
updating the AUX-TOC. 

[0333] The following describes; a recording procedure 
with reference to a flowchart shown in FIG. 38. 
[0334] When a recording operation is instructed, the 
U-TOC area is first reproduced in step S201. In step 
S202, data such as the recording position of each piece 
of music in the program area is stored in memory. In 
step S203, the AUX-UTOC area is reproduced to tabu- 
late various file number information corresponding to 
the recording position and music number in the AUX 
data area in which a picture file, a text file, arid a kara- 
oke file are recorded and timing information for synchro- 
nous reproduction. The resultant table is stored in 
memory in step S204. In step S205. auxiliary data is 
reproduced from the AUX data area. The reproduced 
auxiliary data is once saved in memory in step S206. 
[0335] In step S207, image or text data supplied from 
a personal computer, digital still camera, or an image 
scanner for example through the interface is additionally 
written from the AUX data area saved in memory onto 
the auxiliary data. 

[0336] In step S208, whether an operation for relating 
the auxiliary data composed of the image or text data 
captured through the interface with the music already 
recorded in the program area is to performed or not is 
made by use of the operator panel 23 shown in FIG. 1 \ . 
[0337] If the relating operation is determined to be 
performed in step S208, a music number to be related is 
selected. In step S209, the music corresponding to the 
music number selected in step S208 is reproduced. If it 
is desired to synchronously reproduce the still image or 
text data captured in a desired timed relation for the out- 
put of the audio signal being reproduced, the user spec- 
ifies a period of the synchronous reproduction in steps 
S210 through S213. 

[0338] To be more specific, in step S21 0, while listen- 
ing to the audio signal bang reproduced, the user per- 
forms a predetermined operation on the operator panel 



23 shown in FIG. 1 at the position at which the synchro- 
nous reproduction of the still image or text data is to 
start. ' 

'.'■[ [0339] In step S2 11, the offset address of the position 

5 being reproduced when the above-mentioned predeter- 
mined operation was performed is stored in memory. 
[0340] In step S21 2, while listening to the audio signal 
being reproduced, the user performs a predetermined 
operation on the operator panel 23 shown in FIG. 1 at 

10 the position at which the synchronous reproduction of 
the still image or text data is to be ended. 
[0341] In step S213, the offset address of the position 
being reproduced when the above-mentioned predeter- 
mined operation was performed is stored in memory. 

15 [0342] On the other hand, if, in step S208, only the 
music number is specified and the synchronous repro- 
duction start position and the synchronous reproduction 
end position are not specified in steps S210 and S212 
respectively, then, in step S214, "OOOh" is stored in 

20 memory as the start address and the end address to be 
: stored in memory. 

[0343] In step S215, the music number specified in 
step S208 is stored in memory. 

[0344] In step S216. the additionally written image or 
25 text data stored in memory is recorded onto the AUX 
data area. In step S217, the recording position of the 
image or text data in the AUX data area is stored in 
memory for control by the AUX-UTOC sector 1 or 6. 
[0345] Based on the recording position information 
30 stored in step S217, the AUX-UTOC sector 1 or 6 is 
edited for updating in step S21 8. 
[0346] In step S2 19, it is determined whether the 
music number is specified. If not. then, in step S221, 
this recording operation is ended. If yes, the AUX-UTOC 
35. sector 5 or 7 is edited for updating based on the music 
number, start address, and end address stored in mem- 
dry. 
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9. Variations 



9-1 Variation A 



[0347] Various variations are possible for the above- 
mentioned arrangement of a karaoke text file. The fol- 

45 . lowing describes two variations A and B for example. 
[0348] Variation A does not use the AUX-TOC sector 
9. In the above-mentioned example, each karaoke text 
file is composed of a pair of karaoke text file sector and 
karaoke address sector. In the variation A, however, no 

so karaoke address sector is provided and therefore one 
karaoke text file is composed of only one karaoke text 
file sector. 

; [0349] Consequently, one track is related to one kara- 
oke text file sector, which is controlled only by the AUX- 
55 TOC sector 8, negating the need for the AUX-TOC sec- 

• "-tor 9. 

[0350] In this case, the karaoke text file sector is for- 
matted as shown in FIG. 26 for example. 
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[0351 ] To be more specific, the header, the error cor- 
rection mode information (Mode), the category informa- 
tion (Category), the index information (Index), and the 
system identifier (ID) are the same as those of the 
above-mentioned nonvariation example. In the variation 
A, however, an area for recording 1024 bytes of charac- 
ter information (and control codes) is provided as indi- 
cated with data DKO through DK1023. An area of the 
remaining 1024 bytes is used for recording the address 
information as indicated with address data AK0 through 
AK1023. 

[0352] In other words, character information such as a 
lyrics text and the address information as the output tim- 
ing of this character information are recorded in one 
sector. 

[0353] Obviously, in this case, the character informa- 
tion such as a lyrics text that can be recorded for one 
track is 1024 bytes long per sector, a half of the above- 
mentioned nonvariation example. However, specifying 
the start and end addresses of part table in the AUX- 
TOC sector 8 allows the user to arbitrarily set the length 
of the karaoke text file for one piece of music on a sector 
basis. 

[0354] In this case, too, one piece of address informa- 
tion corresponds to every four bytes of character infor- 
mation. 

[0355] To be more specific, as shown in FIG. 27. data 
DKO through DK3 correspond to address data AK0 
through AK3, data DK4 through DK7 correspond to 
address data AK4 through AK7, .... data DK1020 
through DK1023 correspond to address data AK1020 
through AK1 023. 

[0356] This arrangement allows the display output of 
a lyrics text in synchronization with its song or accompa- 
niment like the above-mentioned nonvariation example. 

9-2 Variation B 

[0357] Variation B also does not require the control by 
the AUX-TOC sector 9. However, unlike the variation A, 
a karaoke text file is formed by a pair of karaoke text file 
sector, and karaoke address sector. Namely, the kara- 
oke text file sector and the karaoke address sector as 
shown in. FIGS. 23 and 24 are provided. Therefore, the 
size of character information for one track is 2324 bytes. 
[0358] In.the variation B, the karaoke text file sector for 
a certain track is specified by the AUX-TOC sector 8. 
The karaoke address sector to be paired with this kara- 
oke text file sector is specified by predetermined rules. 
[0359] For example. FIG. 28 shows a cluster that is set 
in the karaoke text file area. The first 16 sectors S00 
through S0F are specified each for use as a karaoke 
text file sector KF and the last 16 sectors S10 through 
S1 F are specified each for use a karaoke address sec- 
tor AF. 

[0360] The karaoke address sector for a certain kara- 
oke text file sector always a sector which is 16 sectors 
ahead of that karaoke text file sector. 



[0361] Namely, if the control information is not espe- 
cially provided, the karaoke text file sector and the kara- 
oke address sector are related with each other on a 
. one-to-one basis as sectors S00 to sector S10, sector 
5 S01 to sector S1 1 , and so on. 

[0362] This arrangement also enables the display out- 
put of a lyrics text for example which is in synchroniza- 
tion with its song or accompaniment. 

w .9-3 Variation C . 

[0363] In actual karaoke systems, generally, several 
lines of a lyrics text which form a totality meaningful as 
a melody are displayed on the screen beforehand and 

15 so-called wipe processing is performed on the displayed 
characters forming the lyrics lines. The wipe processing 
provides a capability of guiding a karaoke singer along 
the song being played. For example, the wipe process- 
ing sequentially changes the display colors of lyrics 

20 characters as the song melody progresses. 

[0364] According to the data structure and control 
arrangement of the karaoke text file so far described, a 
totality of lyrics text can be displayed in an appropriate 
timing relation in synchronization with the song or 

25 accompaniment for each program (or piece of music) for 
example. However, comparatively fine display control 
such as wiping lyrics characters along with the progress 
of a melody as described above requires definition of 
predetermined control information for example for the 

30 character data and so on. 

[0365] The following describes, as the variation C, a 
karaoke text file format for realizing a practical karaoke 
lyrics display capability that allows the above-mentioned 
lyrics wiping processing. 

35 [0366] The variation C does not use the AUX-TOC 
sector 9 either. In the variation C, character information 
as a karaoke text file and display control information for 
displaying that character information as actual karaoke 
lyrics are stored in each sector according to predeter- 

40 mined rules, thereby forming the karaoke text file. 

[0367] In the variation C. like the above-mentioned for- 
mats, the area recording one karaoke text file related to 
each of the tracks 1 through 255 by pointers P-TN01 
through P-TN0255 in the AUX-TOC sector 8 shown in 
.45 FIG. 19 is controlled by specifying a particular part 
table. Namely the start and end addresses of the part 
table pointed by pointer P-TNO(x) indicate the 
addresses of the start and end sectors between which 
the karaoke text file of the track corresponding to that 

so pointer is stored. 

[0368] In this case, however, the number of sectors 
forming the karaoke text file corresponding to one track 
is not limited, provided that these sectors must be 
. recorded not discretely but continuously in the AUX data 

55 area. . 

[0369] FIG. 29 shows the format of a karaoke text file 
. . sector practiced as the variation C. It should be noted 
that, if two or more sectors form the karaoke text file cor- 



21 



3NSOOCID: <EP O911630A2l > 



41 



EP0 911 830 A2 



42 



responding to one track, the sector shown in FIG. 29 
provides the start sector of that karaoke text f ile. 
[0370] In this case, the format is composed of a 
header formed by slots of lines 0 through 3 (one line = 
four bytes), error correction mode information (Mode) in 
the slot of line 11, category information (Category), 
index information (Index), and a system identifier (ID) in 
this order. The data of the karaoke text file is recorded in 
a 2304-byte area formed by slots of lines 12 through 
587. 

[0371] The above-mentioned data is used in units of 
"block" arranged every six lines of slots as shown in 
FIG. 29. Therefore, the size of each block is 4 bytes x 6 
= 24 bytes. As given by (587 - 11)/6 = 96, one sector 
contains 96 blocks #1 through #96. 
[0372] ' In what follows, the byte data in one block is 
arranged as byte 1 through byte 4 from the upper byte 
to the lower byte on the top line, and subsequently byte 
5, byte 6, .... byte 23 and byte 24 from the upper byte to 
the lower byte of line 2, and so on. 
[0373] As shown in FIG. 29. SOL (Start Of Line) is set 
to byte 1 of block #1. SOL indicates that the current 
block is a block including the start character of a line to 
be displayed as a karaoke lyrics text. For example. SOL 
is formed by a predetermined fixed bit pattern. Namely, 
the variation C is controlled by SOL for each character 
string information forming a lyrics display line. 
[0374] CTL. Fnt. P-X. and P-Y are set to byte 2 
through byte 5 in block #1 respectively. CTL stores infor- 
mation indicative of execution or nonexecution of lyrics 
wiping, a title, and other required attributes. Fnt stores 
font-associated display information such as the type, 
size, and color of fonts to be used by lyrics display. For 
example, this Fnt changes the setting of character coior 
and character attribute before and after the wiping 
processing or display characters to be described later. 
P-X and P-Y indicates, X coordinate and Y coordinate 
respectively, a display position (for example, a display 
start position of a lyrics display line) of the character 
string information (or lyrics display line) controlled by 
SOL ;•' 

[0375] The following byte 6 through byte 8 store text 
data. To be more specific, the first character of the lyrics 
display line is stored in byte 6 of the block in which SOL 
exists. In this example, text data corresponding to char- 
acters a, b, and c, alphabetical characters typical as a 1 - 
byte code are stored in byte 6 through byte 8. 
[0376] In 4-byte area formed by byte 9 through byte 
12, a Display Start Address is set. For this address, a 
time (or an address in the corresponding program) at 
which the lyrics display line controlled by the SOL of the 
current block is displayed is set. The Display Start 
Address may be represented by any one of the above- 
mentioned absolute address and offset address. 
[0377] Wipe Start and Wide End are set to a 2-byte 
area formed by byte 13 and byte 14 and a 2-byte area 
formed by byte 15 and byte 16 respectively. Wipe Start 
indicates a wipe start time (or address) by an offset 



value for the above-mentioned Display Start Address. 
Wipe End indicates a wipe end time (or address) by an 
offset value for the above-mentioned Display Start 
= Address. 

5 [0378] Display End is set to a 2-byte area formed by 
byte 1 7 and byte 18. Display End indicates, by an offset 
value for the Display Start Address, a time (or address) 
at which the display of a lyrics display line controlled by 
the SOL of the current line is ended (or erased). 

10 [0379] Information associated with wipe control on 
each character information (or text data) stored in the 
current block is stored in byte 19 through byte 24. For 
the information associated with wipe control, WL* and 
PL* are set. For WL*, data equivalent to a duration of 

is time necessary for wiping the character* displayed as a 
lyrics text is stored. For PL*, a during of time (normally 

0 in may cases) from the end of wiping of the character 
* to the start of wiping of a next character to be wiped is 
stored. 

20 [0380] Therefore, WLa and PLa are set to byte 19 and 
byte 20 of block #1 shown in FIG. 29 respectively as the 
wipe control information about character "a" stored in 
byte 6. Subsequently, wipe control information WLb and 
PLb about the character "b" stored in byte 7 are set to 

25 byte 21 and byte 22 respectively. Further, wipe control 
information WLc and PLc about the character "c" stored 
in byte 8 are set to byte 23 and byte 24 respectively. 
[0381 ] Thus, the block in which SOL is located at byte 

1 is a block that includes the start character of karaoke 
30 lyrics text display lines. This SOL-including block also 

functions as a header area (subsequently referred to as 
a header block) that includes such display control infor- 
mation associated with lyrics display lines as CTL, Fnt, 
P-X, P-Y. Display Start Address. Wipe Start, Wipe End, 

35 and Display End. Therefore, since these pieces of dis- 
play control information must be allocated to the prede- 
termined byte positions in the block as described above, 
only three characters of text data and wipe control infor- 
mation are stored in the block that has SOL. 

40 [0382] In this case, following block #1 . block #2 stores 
the character information of the same lyrics display line 
as block #1 and the wipe control information associated 
with this character information. 

[0383] Thus, in a block (also referred to as a data 
45 block) following the block having SOL. in which the text 
file data of the same lyrics display line as in the SOL 
containing block, byte 1 through byte 8 of the 24 bytes 
forming the data block are allocated as an area for stor- 
ing the text data corresponding to lyrics characters. The 
so remaining byte 9 through byte 24 are set as an area in 
which wipe control information WL* and PL* for the 
characters (or text data) stored in byte i through byte 8 
are stored. 

[0384] As for block #2 shown in FIG. 29. seven char- 
55 acters of text data, namely d. e. f. g, h, i. and j are stored 
in byte 1 through byte 7. In this case, because character 
. "j" terminates one lyrics display line, no text data is 
stored at byte 8. In such a case, all "0s w are set to indi- 
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cate that no text data is stored at that byte. 
[0385] In byte 8 through byte 22 of block #2, the wipe 
control information (WLd and PLd) through (WLj and 
PLj) about characters d, e, f, g, h. i. and j are sequen- 
tially stored! In this case, all "0s M are set to both byte 23 
and byte 24 because all "Os" are set to byte 8. 
[0386] In this case, block #1 and block #2 record the 
text data of one lyrics display line (namely 10 characters 
"a" through "j") and; at the same time, record the display 
control information such as lyrics line display timing and 
position and the wipe timing for each character forming 
this lyrics display line. 

[0387] FIG. 29 shows an example of a state in which 
the data about the lyrics display line continued from the 
lyrics display line stored in above-mentioned block #1 
and block #2 is stored starting with block #3. In this 
state, text data about characters k, I, and m and accom- 
panying wipe control information are stored in block #3. 
[0388] Subsequently, karaoke text file data complying 
with the actual display format of lyrics display line is 
stored, although not shown. It should be noted that the 
last block #96 stores character information about char- 
acters x, y, and z forming a lyrics display line continued 
from the preceding block and wipe control information 
(WLx and PLx) through (WLz and PLz) into byte 1 
through byte 3 and byte 8 through byte 13 respectively 
[0389] If one piece of music (or one track) of karaoke 
text file data cannot be stored in one sector, the excess 
portion may be stored a succeeding sector in the same 
format as described with reference to FIG. 29. The 
number of continued sectors for storing one piece of 
music (or one track) is not limited as described before. 
Actually, any number of sectors may be concatenated 
that is enough for storing one track of karaoke text file 
data. 

[0390] According to the above-mentioned format, if 
the number of characters for each lyrics display line is 
within three for example, the data equivalent to one lyr- 
ics display line completes only in the block having SOL, 
the following block being set with a SOL corresponding 
to the next lyrics display line. 

[0391 ] On the other hand, if the number of characters 
forming one lyrics display line exceeds 11. the block 
having SOL may be followed by a block haying the for- 
mat described as block #2 may be provided continu- 
ously in the number enough for storing the characters 
forming one lyrics display line. 

[0392] The system controller 1 1 can identify the delim- 
iting position between blocks each corresponding to one 
lyrics display line by the SOL set to byte 1 of the header 
block. By use of the karaoke text file data composed of 
the header block corresponding to one lyrics display line 
identified by this SOL and the following data block (no 
data block follows depending on the number of charac- 
ters per lyrics display line), each lyrics display line can 
be formed and impart variations to the display of a kara- 
oke lyrjcs text according to the display control informa- 
tion and wipe control information set to this display 



. character line and each character thereof. 

[0393] The following describes, with reference to 
FIGS. 30A through 30D, an example of karaoke lyrics 
display to be realized by the karaoke text file data shown 

5 in FIG. 29. It should be noted that it is preferable in real- 
ity for the display processing shown in FIGS. 30 A 
through 30D to be performed on a display device having 
a comparatively large screen such as an externally 
attached monitor device for example. 

10 [0394] While the music (namely karaoke) of the track 
corresponding to the karaoke text file sector shown in 
FIG. 29 is reproduced for example, the system control- 
ler 1 1 displays a lyric tiext of one line of text data charac- 
ters "a, b, c, d, e, f, g, h. i, and j" at "a predetermined 

75 position of the display monitor 24 (or an externally 
attached monitor device) as shown in FIG. 30A based 
on the data of block #1 and block #2 shown in FIG. 29. 
At this time, start of displaying this lyrics display line is 
timed based on the Display Start Address of block #1 

20 and the display position on the display screen is deter- 
mined based on P-X and P-Y of block #1 . 
[0395] Then, the system controller 1 1 performs timing 
control on the wipe display for each display characters 
according to the Wipe Start information of block #1 and 

25 the wipe control information set to the text data charac- 
ters "a. b. c, d. e. f. g. h. i. and informing one line of lyrics 
text. This allows these text data characters to be 
sequentially wiped starting with "a" in synchronization 
with the progress of the music as shown in FIG. 30B. 

30 Each wiped character is indicated here by a hollow 
character for example. In actual wipe processing, the 
wiped characters may be indicated by any other form 
such as changed color for example. 
[0396] Also, FIG. 30B shows a state in which a lyrics 

35 text line based on text data "k, I, m. n, and o" is dis- 
played below a lyrics text line based on text data "a, b, c, 
d, e, f. g, h, i, and j" in a timed relation in which character 
"e" is wiped for the case in which the contents of the 
karaoke text file data shown in FIG. 29 are set so that 

40 the lyrics text line based on text data "k, I, m, n, and o" 
is displayed following the lyrics text line based on text 
data M a, b, c, d. e, f, g, h, i, and j" for example. This 
results from starting the display according to the Display 
Start Address, P-X, and P-Y (stored in block #3) corre- 

45 . sponding to the lyrics text line based on text data "k, I, 
m, rii and o." 

[0397] Subsequently, as shown in FIG. 30C for exam- 
ple, a state is indicated in which the lyrics text line "a, b. 
c, d, e, f, g. h, i, and j" has been wiped and wiping of the 

so following lyrics text line "k, I, m, n. and o" is about to 
start. The time at which the. wiping of the lyrics text line 
"a. b, c, d, e, f, g, h. i. and j" ends corresponds to the 
Wipe End in block #1 and the time at which wiping of the 
lyrics text line "k, I. m, n. and o" starts is determined by 

55 the Wipe Start in block #3. 

[0398] In FIG. 30D indicative of a state subsequent to 
. the state shown in FIG. 30C, the wiping has been per- 
formed up to character "n" inclusive in the lyrics text line 
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M k, I, m. n, and o M with the wiping of the lyrics text line "a, 
b, c. d, e, f, g, h, i, and j" ended. It should be noted that 
the display of the lyrics text line "a, b, c, d, e, f, g. h, i, 
and j" is ended based on the information of the Display 
End stored in block #1 . 

[0399] It should be noted that the display forms shown 
in FIGS. 30A through 30D are for the illustrative pur- 
poses only. For example, setting the Display Start 
Addresses for the lyrics text data "a. b, c, d, e, f, g, h, i, 
and j" and the lyrics text data "k, I. m, n, and o" to a 
same value allows simultaneous display of these lyrics 
text lines. At this time, specifying different predeter- 
mined display positions to the P-X and P-Y for the text 
data of these lyrics text lines allows these lines to be 
displayed at desired positions; 

[0400] For example, when the display control is per- 
formed based on the karaoke text file data thus speci- 
fied, lyrics text lines can be displayed that generally 
complies with a normal karaoke lyrics display arrange- 
ment. That is, if a lyrics text containing a certain number 
of characters (lines) in a certain timed relation is dis- 
played beforehand, the characters of the displayed lyr- 
ics text can be wiped sequentially in synchronization 
with the progress of the melody of the music. 
[0401] Meanwhile, if 2-byte-code text data such as 
kanji and European character is stored as lyrics text 
information at a predetermined position in the karaoke 
Jext file sector practiced as the variation C, a 3 -byte 
area, byte 6 through byte 8, is allocated to store this text 
data in a block to which SOL is set for example (block #1 
in the case of FIG. 29). Hence, if one character of 2- 
byte-code text data is recorded at byte 6 and byte 7, 
byte 8 remains unused. If this happens, the upper one 
byte of the 2-byte-code text data may be stored in byte 
8, the lower two bytes being stored in byte 1 of the fol- 
lowing block (block #2 in the case of FIG. 29). 
[0402] If 2-byte-code text data is stored in the karaoke 
text file sector, two pairs of "WL* and PL*" are allocated 
to one character of text data according to the format 
shown in FIG. 29. Therefore, setting different times to 
these two pairs of M WL* and PL*" for example also 
allows display control in which the left half of displayed 
characters is wiped first, followed by wiping of the right 
half as the melody goes. 

[0403] It should be noted that, if the reproducing sys- 
tem has no capability of lyrics text wipe display for 
example, the variation C can at least execute lyrics text 
display in synchronization with the progress of music in 
the same manner as the arrangement of the karaoke 
text file data described above. 

[0404] In this case, of the contents of the karaoke text 
file data shown in FIG. 29. at least the character infor- 
mation (or text data) and the Display Start Address: 
information may only be read. 

[0405] To be more specific, the text data and the Dis- 
play Start Address.are read for each data area based on 
SOL-identified blocks to generate lyrics text line data 
from the read text data. Then, the generated lyrics text 



line data may be arranged so that the lyrics text line is 
displayed in a timed relation based on the Display Start 
Address. It should be noted that display of a displayed 
lyrics text line may be ended in a time relation in which 

5 . a lyrics text fine is displayed based on the next Display 
. Start Address, 
v [0406] As described, the variation C specifies the 
character information for a lyrics text and the various 
control information for this character information to be 

10 stored as the karaoke text file data as shown in FIG. 29. 
This arrangement realizes a display form approximately 
conforming to an actual karaoke lyrics text display 
method including lyrics text wipe display while relating 
the character information with the above-mentioned dis- 

15 play control information through a comparatively simple 
control arrangement. In addition, the variation C does 
not limit the number of sectors as the karaoke text file 
data corresponding to one track, so that, rf the number 
of lyrics text characters of one piece of music exceeds 

20 . an average, ail characters may be accommodated by 
linking the enough number of sectors. 

9-4 variation D 

25 . [0407] The following describes the variation D. 

[0408] Like the variation C, the variation D also pro- 
vides a karaoke text file arrangement intended to enable 
display control including the wipe processing of dis- 
played characters. 

30 [0409] Like the above-mentioned variations, the vari- 
ation D does not use the AUX-TOC sector 9, In addition, 
the variation D controls the area recording one karaoke 
text file corresponding to each of tracks 1 through 255 
by specifying a particular part table. However, the varia- 

35 tion D specifies that one karaoke text file corresponding 
to one track is formed by the predetermined number of 
continuous sectors. The following description will be 
made by assuming that one karaoke text file corre- 
sponding to one track is formed by three continuous 

40 . sectors. . 

[0410] FIG. 31 schematically illustrates a mapping 
example of the karaoke text file data in AUX data to be 
specified by pointer P-TNOn in the AUX-TOC sector 8. . 
[041 1 ] . As shown in the figure, the karaoke text file cor- 

45 responding to track n to be specified by pointer P-TNOn 
of the AUX-TOC sector 8 is formed by areas of three 
sectors (#n. #n+t, and #n+2) to be recorded continu- 
ously in the AUX data area. In this case, the sector #n is 
specified by the start address of the part table pointed 

so by pointer P-TNO(n) of the AUX-TOC sector 8 and the 
. sector #n+2 is specified by the end address of that part 
table. 

[0412] In the following description, the three karaoke 
text file sectors corresponding to one track are referred 
55 to as a first sector, a second sector, and a third sector 
. from top to bottom. 

[0413] FIGS. 32, 33, and 34 illustrate the structures of 
the first sector, the second sector, and the third sector . 
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respectively of the karaoke text file. 
[0414] In the first sector shown in FIG. 32, a header is 
followed by a pointer section starting with line 11. The 
pointer section contains pointer P-FRA and pointers P- 
KRL1 through P-KRL255 in this, order. A data area 
starts with a slot at line 78 and ends with a slot at line 
587. Like that of the variation C, the data area is formed 
on a block basis, each block consisting of six lines of 
slots (24 bytes). In this case, 85 blocks are provided for 
each sector as is given by (587 - 77)/6 = 85. 
[041 5] In the second sector and the third sector shown 
in FIGS. 33 and 34 respectively, no pointer section is 
provided. This is because the karaoke text file data in 
the first sector through the third sector are collectively 
controlled by the pointers P-KRL1 through P-KRL255 of 
the first sector as will be described later. 
[0416] In each of the second and third sectors, lines 
78 through 587 are allocated as slots to the data area, 
so that the data area consisting of 85 blocks exists in 
each sector. Therefore, for the karaoke text file data 
formed by the first sector through the third sector, the 
data areas consisting of a total of 85 x 3 = 255 blocks 
exist. Namely, as for the data areas of the first sector 
through the third sector alone. 255 blocks are set in 
blocks #1 through #85 (the first sector), blocks #86 
through #170 (the second sector), and blocks #171 
through #255 (the third sector). This means that a max- 
imum of 255 lines of lyrics text can be set for one track 
according to the data area format of the variation D to 
be described later. 

[0417] FIGS. 35A through 35C are diagrams illustrat- 
ing tables providing relationships between pointer P- 
KRL(n) and the slots in the first sector through the third 
sector. 

[041 8] Pointer P-KRL(n) indicates that a lyrics text line 
in one track correspond to n-th line (up to 255 lines). As 
shown in FIG. 32, the value of pointer P-KRL(n) can be 
set to any of P-KRL1 through P-KRL255. 
[0419] A value to be actually recorded in the area of 
each of pointer P-KRL(n), namely a value specified by 
pointer P-KRL(n), is 1 to 255 in correspondence to the 
maximum number of blocks 255 included in the first sec- 
tor through third sector. The values to be specified by 
pointer P-KRL(n) are divided into the following: 

IS K.as 85. 86 ^ L s 170, 171 ^ M 256. 

[0420] When value K is taken as a specification value 
of pointer P-KRL(n), a slot corresponding to the speci- 
fied value is specified in the first sector as shown in FIG. 
35A. For example, if K = 1, the slot at line 78 in the first 
sector is specified. This specifies the start slot in block 
#1. If K = 2, the slot at line 84 in the first sector (the start 
slot in block #2) is specif ied. 

[0421] Namely, if value K is specified as pointer P- 
KRL(n), the slot at line 72 + 6K in the first sector is spec- 
ified. 

[0422] If the last block #85. in the first sector for exam- .. 



. pie Is specified; the slot at line 72 + 6 x 85 = line 582 is 
specified from value K = 85. 

[0423] If value L is taken as the specification value of 
pointer P-KRL(n), a slot in the second sector is specif ied 

5 as shown in FIG. 35B. Namely, the line indicated by the 
slot at line 6L - 438 in the second sector is specified. 
[0424] For example, if L = 86. then 6 x 86 - 438 = 78 
and the slot at line 78 in the second sector (the start slot 
of block #86) is specified. If L = 87, then 6 x 87 - 438 = 

10 87 and the slot at line 87 in the second sector (the start 
slot of block #86) is specified. If L = 1 70. then 6 x 1 70 - 
438 = 582, and the start slot of the last block #1 70 of the 
second sector is specif ied. 

[0425] If value M is taken as the specification value of 

is pointer P-KRL(n). the slot indicated by line 6M -948 in 
: the third sector is specified as shown in FIG. 35C. 
[0426] For example, if M = 171, then 6 x 171 - 948 = 
78 and the slot at line 78 in the third sector (the start slot 
of block #171) is specified. If M = 172, then 6 x 172 - 948 

20 = 87 and the slot at line 87 in the third sector (the start 
slot of block #86) is specified. If M = 255, the start slot of 
the last block #255 of the third sector, the slot at line 582 
(6 x 255 - 948 = 582) is specified. 
[0427] Namely, the specification value of pointer P- 

25 KRL(n) can be eventually regarded as specifying a 
block in correspondence to block numbers #1 through 
#255 stored in the first sector through the third sector. 
[0428] The block specified by pointer P-KRL(n) is the 
first block of the blocks that form "n" lyrics text line in one 

30 track and is always the header block with SOL set to its 
byte 1 if the format of the karaoke text file data to be 
described later is followed. 

[0429] For example, the system controller 11 reads 
pointer P-KRL(n) of the first sector and executes com- 

35 putational processing such as described above accord- 
ing to the value of pointer P-KRL(n) as shown in FIGS. 
35A through 35C, thereby identifying a required slot 
position specified by this pointer. 
[0430] If "2" (in decimal notation) for example is 

40. recorded as pointer P-KRL2, the slot at line 84 of the 
first sector is specified as given by 72 + 6K = 72 + 6 x 2 
= 84. Thii means that the blocks for storing a karaoke 
text file as a second lyrics text line in a certain track 
starts with the slot at line 84 of the first sector (block #2). 

45. At this time, block #2 is the header block with SOL 
recorded at its byte 1 . 

[0431] FIG. 36 shows the format of karaoke text file 
. data for one line of karaoke lyrics text. It is assumed 
here that the lyrics line be stored first in a track. Namely, 
so FIG. 36 shows the structure of one line of lyrics text file 
data that starts with the slot at line 78 of the first sector 
specified by "1" (decimal notation) of pointer P-KRL1 of 
the first sector. 

[0432] It should be noted that the description of the 
55 .same portions in FIG. 36 as those defined for the varia- 
tion C shown in FIG. 29 will be omitted. 
[0433] In the variation D, character information as a 
lyrics text is not stored in byte 8 of each block. Instead, 
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over the first sector through the third sector, link infor- 
mation indicative of a next block position is stored. In 
this case, any one of 1 through 255 (decimal notation) is 
recorded as link information LinkP according to the 
same definition as the specification value of pointer P- 
KRL(n) described above with reference to FIG. 35. If 
LinkP = 0, it indicates that the current block is followed 
by no other blocks. 

[0434] In other words, a block with UhkP = 0 set is the 
last block of more than one block forming one lyrics text 
line of karaoke text file data. . 

[0435] Referring to FIG. 36, in block # with SOL set to 
its byte 1, text data of characters "a" and "b" forming a 
lyrics text are stored in byte 6 and byte 7 respectively. 
This means that the first lyrics text line for this track start 
with characters "a" and "b n . The link information stored 
in byte 8 indicates LinkP = 4 (= K). This logically links, 
after block #1 , block #4 with the slot at line 96 (= 72 + 6 
x 4) of the first sector being the first slot. 
[0436] If the block for forming the same lyrics text line 
as that of block #1 is block #2 for example, LinkP = 2 is 
set for the link information. Like the variation C shown in 
FIG. 29. CTL. Fnt, P-X. P-Y, Display Start Address, 
Wipe Start, and Wipe End are set at predetermined byte 
positions in block #1 . In block #1 in this case, wipe con- 
trol information WLa, PLa. WLb, and PLb associated 
with characters "a" and "b" are set in bytes 19 and on. 
Byte 23 and byte 24 in this case are not defined, this is 
because no text data is stored in byte 8. so that wipe 
control information to be set to byte 23 and byte 24 does 
not exist. 

[0437] In block #3 to be linked after the above-men- 
tioned block #1, text data characters "c", "d". n e\ T.-g". 
"h", and Y are stored in byte 1 through byte 7. The link 
information at byte 8 is LinkP = 0, indicating that block 
#3 is followed by no other blocks. Namely, the text file 
data forming this one lyrics text line is formed by two 
blocks #1 and #3. One line of lyrics text is formed by 
nine text data characters "a, b, c, d, e, f, g, h, and i". 
[0438] If, in block #3, one line of lyrics text is com- 
pleted by storing text data characters "c, d, e, f. g. and 
h M in byte 1 through byte 6 for example, all "0s" are set 
to byte 7 in which no text data is stored. 
[0439] In block #3 shown in FIG. 36. wipe control infor- 
mation WLc, PLc through WLi, and PLi associated with 
text data characters c. d. e. f. g, h. and i are sequentially 
stored in byte 9 through byte 22. In this case too, byte 
23 and byte 24 are left undefined because the link infor- 
mation is set to byte 8 of block #3. 
[0440] In the variation D, pointer P-FRA in the first 
sector controls blocks in the first sector through the third 
sector as free areas by way of example. 
[0441] In this case too, a value to be set to pointer P- 
FRA is one of 1 through 255 (decimal notation) accord- 
ing to the same definition as the specification value of 
pointer P-KRL(n) described with reference to FIG. 35 
based on an actual control arrangement. 
[0442] For example, to control an unused area in the 



first sector through the third sector by pointer P-FRA, a 
certain block (#n) that is the start block of the unused 
area is specif ied by pointer P-FRA (as described above, 
the slot at the start line of that block is specified): If this 

5 block (#n) is followed by a block as an unused area, a 
value indicative of the slot at the first line of the block as 
an unused area following the block (#n) is recorded to 
the area of the link information at byte 8 of the block (#n) 
by way of example. K the current block is followed by no 

id other block as an unused area, all "0s" for example are 
recorded as the link information at byte 8. 
[0443] Like the variation C. the above-mentioned kara- 
oke text file arrangement realizes a display operation 
. approximately conforming to a general karaoke lyrics 

is text displaying arrangement. Namely, the karaoke lyrics 
text display capability based on the arrangement 
described with reference to FIG. 29 is provided. 
[0444] In this case, a karaoke text file as one lyrics text 
display line is formed by linking blocks by the link infor- 

20 mation. Therefore, within the areas of the first sector 
through the third sector for one track, not only various 
display control information for lyrics text character infor- 
mation can be changed, but also a corresponding 
degree of freedom can be imparted to the modification 

25 and change of the character information. 

[0445] For example, in making modification such as 
adding characters for forming a certain lyrics text line, if 
the number of blocks necessary for forming a karaoke 
text file for that lyrics text display line increases, a partic- 

30 ular block may be selected from among free area blocks 
or unused blocks in the first sector through the third sec- 
tor and add the selected block to the blocks forming the 
karaoke text file. In doing so, the link relation of the 
newly added block is indicated by the link information of 

35 the preceding block. 

[0446] When the number of blocks enough for storing 
the karaoke text file for the lyrics text display line has 
been allocated, the data modified by adding the lyrics 
text characters may be written to the above-mentioned . 

.40 blocks. In doing so, the value of pointer P-FRA in the 
first sector and the link information in the block as a free 
area are rewritten as required. 

[0447] It should be noted that, although the variation 
C and the variation D have been described as examples 
45 of application to a karaoke system, the actual applica- 
tion is not limited to this at all. For example, it is practi- 
cable to record a foreign language learning software 
program in the program area as the main data to gener- 
ate and record corresponding text file data based on the 
so variation C and the variation D. Namely, in synchroniza- 
tion with the pronunciation of a sample foreign language 
sentence as the main data, characters forming that 
sample sentence or a reply sentence are displayed, in 
. which wipe processing is performed as a pronunciation 
, 55 guide for example. In other, words, in at least the varia- 
tion C and the variation D, any software that can impart 
the variation in display form to displayed characters by 
predetermined display control information is not by any 
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means limited to the karaoke application. Therefore, the 
display control information may be defined for a charac- 
ter string or each character in other appropriate man- 
ners than those defined in the variation C and the 
variation D. 5 
[0448] In the above-mentioned embodiment and vari- 
ations thereto, a magneto^optical disc is used for the 
, disc 90. It will be apparent to those skilled in the art that 
the structures and output operations of the AUX data 
and AUX-TOC may also be applied to a reproduction- 10 
only disc in the same manner. 

[0449] Obviously, in the above-mentioned case, the 
disc manufacturer (or a disc software maker) records 
the AUX data and sets the output timing. 
[0450] In the above-mentioned embodiment and vari- is 
ations thereto, the output timing of character information 
for example is specified by the address (absolute 
address or offset address) in the program. It will be 
apparent to those skilled in the art that, instead of 
address specification, a time value from starting of 20 
music reproduction may be recorded to specify the out- 
put timing for example. 

[0451] The above-mentioned embodiment is a Mini 
Disc system. It will be apparent to those skilled in the art 
that the present invention is widely applicable to other 25 
various record ng and/or reproducing systems. 
[0452] As mentioned above and according to the 
invention, the recording medium records programs as 
main data and data files of characters and images for 
example as auxiliary data. The data files as auxiliary 30 
data are recorded in particular areas that provide auxil- 
iary data areas. The data files are controlled by auxiliary 
data control information independently of the programs. 
Further, appropriately specifying the auxiliary data con- 
trol information allows the data in a certain data file to 35 
be outputted in synchronization with the output timing in 
a particular program. 

[0453] The above-mentioned novel constitutions bring 
. about the following advantages. 

[0454] Because the data files as auxiliary data are 40 
recorded in auxiliary data areas different from program 
areas and controlled by the auxiliary data control infor- 
mation, the data files can be recorded, updated, and . 
edited independently of programs. This novel arrange- 
ment, when recording or modifying a data file of charac- 45 
ters or images as auxiliary data for example, eliminates 
the need for recording the corresponding program at the 
same time, thereby realizing easy and quick recording 
and updating operations. 

[0455] In addition, because the auxiliary data is con- so 
trolled by the auxiliary data control information inde- 
pendently of . programs. Consequently, a significantly 
high degree of freedom is imparted to the data files as 
auxiliary data, so that the data files can be recorded, 
reproduced, edited, or their control state can be set or ss 
updated without being constrained by the program 
reproducing operation state and control state. 
[0456] Because data files as auxiliary data can be out- 



putted in synchronization with the output timing in a par- 
ticular program by auxiliary data control information, a 
data file as information of a song lyrics text for example 
can be displayed in synchronization with program repro- 
duction, thereby providing operations such as display of 
singing contents as music performance and display as 
: karaoke guiding. Thus, the program and the data files 
associated thereto can be reproduced in conjugation, 
thereby providing a variety of reproducing operations. 
[0457] In addition, in the output operations in synchro- 
nization with the contents of a program, data file output 
is not controlled by main data control information. This 
facilitates the modification for example of output timings, 
thereby facilitating the adjustment in which the display 
timing of characters to be displayed is matched to the 
music, or a program. This novel arrangement can real- 
ize a recording and/or reproducing system that is high in 
functional upgradability and ease of operation. 
[0458] Especially because display control information 
required for each character or a character string to be 
displayed is recorded for character information as a 
data file of auxiliary data, not only the character infor- 
mation can be displayed or erased in synchronization 
with main data reproduction but also a variety of display 
effects can be imparted to displayed characters. 
[0459] If the present invention is applied to a karaoke 
system for example, while reproducing a audio as a 
karaoke song by use of the main data, use of a karaoke 
data file as the auxiliary data allows control operations 
such as displaying a character string onto a desired dis- 
play area in a desired timed relation and imparting an 
effect known as wiping to the characters forming the dis- 
played character string. Namely, the present invention 
can realize substantially the same display form as that 
generally practiced at a commercial level for example as 
song lyrics text display processing that provides kara- 
oke signing guide. 

[0460] While the preferred embodiments of the 
present invention have been described using specific 
terms, such description is for illustrative purposes only, 
and it is to be understood that changes and variations 
may be made without departing from the spirit or scope 
of the appended claims. 

Claims 

1. A reproducing apparatus for reproducing a record- 
ing medium (90) having main data area for record- 
ing a main program composed of main data, an 
auxiliary data are-a for recording an auxiliary pro- 
gram composed of auxiliary data corresponding to 
said main program composed of said main data in 
said main data area, a first control area for control- 
ling at least a recording position of said main pro- 
gram composed of said main data in said main data 
area, and a second control area for controlling at 
least a recording position of said auxiliary program 
composed of said auxiliary data in said auxiliary 
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data area and timing information for reproducing 
..said auxiliary program in synchronization with said 
main program composed of said main data in said 
main data area, said reproducing apparatus com- 
prising: 

a reproducing means (3) for reproducing said 
first control area, said second control area, said 
auxiliary data area, and said main data area 
sequentially; 

a memory means (13) for storing said auxiliary 
program composed of said auxiliary data repro- 
duced by said reproducing means from said 
auxiliary data area; 

a memory control means (12) for reading from 
said memory means (13) said auxiliary pro- 
gram composed of said auxiliary data corre- 
sponding to said main program in 
synchronization with said main program repro- 
duced from said main data area by said repro- 
ducing means based on said timing information 
reproduced from said second control area by 
said reproducing means; and 
a display means (24) for displaying said auxil- 
iary program in synchronization with said main 
program, said auxiliary program being read 
from said memory means. 

The reproducing apparatus as claimed in claim 1, 
wherein said auxiliary program composed of said 
auxiliary data recorded in said auxiliary data area is 
a still image. 

The reproducing apparatus as claimed in claim 1 or 
2, wherein said auxiliary program composed of said 
auxiliary data recorded in said auxiliary data area is 
text data. 

The reproducing apparatus as claimed in anyone of 
claims 1 to 3, wherein said main data is karaoke 
data and said auxiliary data is lyrics text data to be 
reproduced in. synchronization with said karaoke 
data. 

The reproducing apparatus as claimed in anyone of 
claims 1 to 4, wherein said first control area controls 
therein at least a main program number and a start 
address and an end address of said main program 
composed of said main data in said main data area 
corresponding to said main program number and 

said second control area controls therein said 
main program number, an output timing of said 
. : ■ auxiliary data to be synchronously reproduced 
in correspondence to said main program 
number, and an auxiliary program number of 
said auxiliary data to be synchronously repro- 
duced in correspondence to said main program 
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.. number. 

6/ The reproducing apparatus as claimed in claim 3, 
wherein said second control area further controls 
therein a control code for controlling a display posi- 
tion, a font, a font color, and a wipe timing of text 
data on said display means. 

7. A recording apparatus for recording auxiliary data 
in a manner related to main data onto a recording 
medium (90) having main data area for recording a 
main program composed of said main data, an aux- 
iliary data area for recording an auxiliary program 
composed of said auxiliary data corresponding to 
said main program composed of said main data in 
said main data area, a first control area for control- 
ling at least a recording position of said main pro- 
gram composed of said main data in said main data 
area, and a second control area for controlling at 
least a recording position of said auxiliary program 
composed of said auxiliary data in said auxiliary 
data area and timing information for reproducing 
said auxiliary program in synchronization with said 
main program composed of said main data in said 
main data area, said recording apparatus compris- 
ing: 

a recording means (3) for recording said auxil- 
iary program composed of said auxiliary data 
corresponding to said main program onto said 
auxiliary data area; 

an operating means for relating said auxiliary 
program recorded by said recording means to 
said main program recorded in said main data 
area; and 

an updating means for updating, based on said 
recording position of said auxiliary program : 
recorded in said auxiliary data area by said 
recording means and an operation performed 
through said operating means, said auxiliary 
program composed of said auxiliary data in 
said auxiliary data area recorded in said sec- 
ond control area and timing information for use 
in synchronous reproduction. 

8. The recording apparatus as claimed in claim 7, 
wherein said auxiliary program composed of said 
auxiliary data recorded in said auxiliary data area is 
a still image. ' 

9. the recording apparatus as claimed in claim 7 or 8. 
wherein said auxiliary program composed of said 
auxiliary data recorded in said auxiliary data area is 
textdata. 

10. The recording apparatus as claimed in anyone of 
claims 7 to 9. wherein said main data is karaoke 
data and said auxiliary data is lyrics text data to be 
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reproduced in synchronization with said karaoke 

■ -.data,.; : . 

11. The recording apparatus es claimed in anyone of 
claims 7 to 10, wherein said first control area con- 
trols therein at least a main program number and a 
start address and an end address of said main pro- 
gram composed of said main data in said main data 
area corresponding to said main program number 
and 

said second control area controls therein said 
main program number, an output timing of said 
auxiliary data to be synchronously reproduced 
in correspondence to said main program 
number, and an auxiliary program number of 
said auxiliary data to be synchronously repro- 
duced in correspondence to said main program 
number. 

12. The recording apparatus as claimed in anyone of 
claims 9 to 1 1 further comprising: 

a display means (24) for displaying said text 
data; wherein said second control area further 
controls therein a control code for controlling 
each of a display position, a font, a font color, 
and a wipe timing of said text data to be dis- 
played on said display means. 

13. A recording medium having a main data area for 
recording at least one man program composed of 
main data, an auxiliary data area for recording an 
auxiliary program composed of auxiliary data corre- 
sponding to said main program composed of said 
main data, a first control area for controlling at least 
a recording position of said main program com- 
posed of said main data in said main data area, and 
a second control area for controlling at least a 
recording position of said auxiliary program com- 
posed of said auxiliary data in said auxiliary data 
area and timing information for reproducing said 
auxiliary program in synchronization with said main 
program composed of said main data recorded in 
said main data area. 

14. The recording medium as claimed in claim 13, 
wherein said first control area controls therein at 
least a main program number and a start address 
and an end address of said main program com- 
posed of said main data in said main data area cor- 
responding to said main program number and 

said second control area controls therein said 
main program number, an output timing of said 
auxiliary data to be synchronously reproduced 
in correspondence to said main program 
number, and an auxiliary program number of 



10 



said auxiliary data to be synchronously repro- 
duced in correspondence to said main program 
number. 

15. The recording medium as claimed in claim 13 or 14, 
. wherein said auxiliary program composed of said 

auxiliary data recorded in said auxiliary data area is 
a still image. 

16. The recording medium as claimed in anyone of 
claims 13 to 15, wherein said auxiliary program 
composed of said auxiliary data recorded in said 
auxiliary data area is text data. 
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The recording medium as claimed in claim 16, 
wherein said second control area further controls 
therein a control code for controlling each of a dis- 
play position, a font, a font color, and a wipe timing 
of said text data. 
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